pg.ddx.io pgsql-bugs@postgresql.org mailing list archive
help / color / mirror / Atom feedBUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
7+ messages / 4 participants
[nested] [flat]
* BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
@ 2025-05-29 16:59 PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: PG Bug reporting form @ 2025-05-29 16:59 UTC (permalink / raw)
To: pgsql-bugs@lists.postgresql.org; +Cc: joseph.ayers@crunchydata.com
The following bug has been logged on the website:
Bug reference: 18940
Logged by: Joe Ayers
Email address: joseph.ayers@crunchydata.com
PostgreSQL version: 18beta1
Operating system: Windows Server 2022
Description:
Hey there!
In working on some test builds, PostgreSQL 18beta1 is failing the
'collate.windows.win1252' regression test due to missing locales. When
building with MYS2/mingw (Tested Windows Server 2022 and Windows Server
2019), default locale that's pulled in is typically 'american_usa' as
opposed to 'en_US', which causes the test to fail citing:
+ERROR: could not create locale "en-US": No such file or directory
+DETAIL: The operating system could not find any locale data for the
locale name "en-US".
The above error is repeated several times. Hoping to learn how to adjust the
config to get this to pass, as the error did not occur for PG17 and below.
Any info is appreciated.
I can attach the full regression.diffs file for additional information if it
would be of help.
Thank you!
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
@ 2025-06-04 11:39 ` Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
0 siblings, 1 reply; 7+ messages in thread
From: Thomas Munro @ 2025-06-04 11:39 UTC (permalink / raw)
To: joseph.ayers@crunchydata.com; pgsql-bugs@lists.postgresql.org
On Fri, May 30, 2025 at 7:42 AM PG Bug reporting form
<noreply@postgresql.org> wrote:
> The following bug has been logged on the website:
>
> Bug reference: 18940
> Logged by: Joe Ayers
> Email address: joseph.ayers@crunchydata.com
> PostgreSQL version: 18beta1
> Operating system: Windows Server 2022
> Description:
>
> Hey there!
> In working on some test builds, PostgreSQL 18beta1 is failing the
> 'collate.windows.win1252' regression test due to missing locales. When
> building with MYS2/mingw (Tested Windows Server 2022 and Windows Server
> 2019), default locale that's pulled in is typically 'american_usa' as
> opposed to 'en_US', which causes the test to fail citing:
> +ERROR: could not create locale "en-US": No such file or directory
> +DETAIL: The operating system could not find any locale data for the
> locale name "en-US".
> The above error is repeated several times. Hoping to learn how to adjust the
> config to get this to pass, as the error did not occur for PG17 and below.
> Any info is appreciated.
> I can attach the full regression.diffs file for additional information if it
> would be of help.
Huh. It passes on our CI:
https://cirrus-ci.com/task/4738549062303744
And on our build farm machine:
https://buildfarm.postgresql.org/cgi-bin/show_history.pl?nm=fairywren&br=master
I wonder what is different. Are you using ucrt? We started removing
bits and pieces related to the old msvcrt C runtime, but my
understanding is that msys2 compile should target ucrt by default.
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
@ 2025-06-04 16:28 ` Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-04 16:32 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Andres Freund <andres@anarazel.de>
0 siblings, 1 reply; 7+ messages in thread
From: Joseph Ayers @ 2025-06-04 16:28 UTC (permalink / raw)
To: Thomas Munro <thomas.munro@gmail.com>; +Cc: pgsql-bugs@lists.postgresql.org
On Wed, Jun 4, 2025 at 4:40 AM Thomas Munro <thomas.munro@gmail.com> wrote:
> On Fri, May 30, 2025 at 7:42 AM PG Bug reporting form
> <noreply@postgresql.org> wrote:
> > The following bug has been logged on the website:
> >
> > Bug reference: 18940
> > Logged by: Joe Ayers
> > Email address: joseph.ayers@crunchydata.com
> > PostgreSQL version: 18beta1
> > Operating system: Windows Server 2022
> > Description:
> >
> > Hey there!
> > In working on some test builds, PostgreSQL 18beta1 is failing the
> > 'collate.windows.win1252' regression test due to missing locales. When
> > building with MYS2/mingw (Tested Windows Server 2022 and Windows Server
> > 2019), default locale that's pulled in is typically 'american_usa' as
> > opposed to 'en_US', which causes the test to fail citing:
> > +ERROR: could not create locale "en-US": No such file or directory
> > +DETAIL: The operating system could not find any locale data for the
> > locale name "en-US".
> > The above error is repeated several times. Hoping to learn how to adjust
> the
> > config to get this to pass, as the error did not occur for PG17 and
> below.
> > Any info is appreciated.
> > I can attach the full regression.diffs file for additional information
> if it
> > would be of help.
>
> Huh. It passes on our CI:
>
> https://cirrus-ci.com/task/4738549062303744
>
> And on our build farm machine:
>
>
> https://buildfarm.postgresql.org/cgi-bin/show_history.pl?nm=fairywren&br=master
>
> I wonder what is different. Are you using ucrt? We started removing
> bits and pieces related to the old msvcrt C runtime, but my
> understanding is that msys2 compile should target ucrt by default.
>
(Forgot to reply-all, apologies)
We're using the mingw64 toolchain for this. I think per the MSYS
environments guide here: https://www.msys2.org/docs/environments/
that this would mean we're using msvcrt and not ucrt? That may be the
issue. Would we maybe have to move to a different kind of MSYS environment?
Thanks!
--
-------
Joe Ayers
Crunchy Data
www.crunchydata.com
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
@ 2025-06-04 16:32 ` Andres Freund <andres@anarazel.de>
2025-06-05 23:08 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-06 12:17 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
0 siblings, 2 replies; 7+ messages in thread
From: Andres Freund @ 2025-06-04 16:32 UTC (permalink / raw)
To: Joseph Ayers <joseph.ayers@crunchydata.com>; +Cc: Thomas Munro <thomas.munro@gmail.com>; pgsql-bugs@lists.postgresql.org
Hi,
On 2025-06-04 09:28:15 -0700, Joseph Ayers wrote:
> On Wed, Jun 4, 2025 at 4:40 AM Thomas Munro <thomas.munro@gmail.com> wrote:
>
> > On Fri, May 30, 2025 at 7:42 AM PG Bug reporting form
> > <noreply@postgresql.org> wrote:
> > > The following bug has been logged on the website:
> > >
> > > Bug reference: 18940
> > > Logged by: Joe Ayers
> > > Email address: joseph.ayers@crunchydata.com
> > > PostgreSQL version: 18beta1
> > > Operating system: Windows Server 2022
> > > Description:
> > >
> > > Hey there!
> > > In working on some test builds, PostgreSQL 18beta1 is failing the
> > > 'collate.windows.win1252' regression test due to missing locales. When
> > > building with MYS2/mingw (Tested Windows Server 2022 and Windows Server
> > > 2019), default locale that's pulled in is typically 'american_usa' as
> > > opposed to 'en_US', which causes the test to fail citing:
> > > +ERROR: could not create locale "en-US": No such file or directory
> > > +DETAIL: The operating system could not find any locale data for the
> > > locale name "en-US".
> > > The above error is repeated several times. Hoping to learn how to adjust
> > the
> > > config to get this to pass, as the error did not occur for PG17 and
> > below.
> > > Any info is appreciated.
> > > I can attach the full regression.diffs file for additional information
> > if it
> > > would be of help.
> >
> > Huh. It passes on our CI:
> >
> > https://cirrus-ci.com/task/4738549062303744
> >
> > And on our build farm machine:
> >
> >
> > https://buildfarm.postgresql.org/cgi-bin/show_history.pl?nm=fairywren&br=master
> >
> > I wonder what is different. Are you using ucrt? We started removing
> > bits and pieces related to the old msvcrt C runtime, but my
> > understanding is that msys2 compile should target ucrt by default.
> >
>
> (Forgot to reply-all, apologies)
>
> We're using the mingw64 toolchain for this. I think per the MSYS
> environments guide here: https://www.msys2.org/docs/environments/
> that this would mean we're using msvcrt and not ucrt? That may be the
> issue. Would we maybe have to move to a different kind of MSYS environment?
I would *strongly* advise to moving to ucrt. Personally I think we should just
refuse to build with msvcrt.
Greetings,
Andres Freund
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-04 16:32 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Andres Freund <andres@anarazel.de>
@ 2025-06-05 23:08 ` Joseph Ayers <joseph.ayers@crunchydata.com>
1 sibling, 0 replies; 7+ messages in thread
From: Joseph Ayers @ 2025-06-05 23:08 UTC (permalink / raw)
To: Andres Freund <andres@anarazel.de>; +Cc: Thomas Munro <thomas.munro@gmail.com>; pgsql-bugs@lists.postgresql.org
On Wed, Jun 4, 2025 at 9:32 AM Andres Freund <andres@anarazel.de> wrote:
> Hi,
>
> On 2025-06-04 09:28:15 -0700, Joseph Ayers wrote:
> > On Wed, Jun 4, 2025 at 4:40 AM Thomas Munro <thomas.munro@gmail.com>
> wrote:
> >
> > > On Fri, May 30, 2025 at 7:42 AM PG Bug reporting form
> > > <noreply@postgresql.org> wrote:
> > > > The following bug has been logged on the website:
> > > >
> > > > Bug reference: 18940
> > > > Logged by: Joe Ayers
> > > > Email address: joseph.ayers@crunchydata.com
> > > > PostgreSQL version: 18beta1
> > > > Operating system: Windows Server 2022
> > > > Description:
> > > >
> > > > Hey there!
> > > > In working on some test builds, PostgreSQL 18beta1 is failing the
> > > > 'collate.windows.win1252' regression test due to missing locales.
> When
> > > > building with MYS2/mingw (Tested Windows Server 2022 and Windows
> Server
> > > > 2019), default locale that's pulled in is typically 'american_usa' as
> > > > opposed to 'en_US', which causes the test to fail citing:
> > > > +ERROR: could not create locale "en-US": No such file or
> directory
> > > > +DETAIL: The operating system could not find any locale data
> for the
> > > > locale name "en-US".
> > > > The above error is repeated several times. Hoping to learn how to
> adjust
> > > the
> > > > config to get this to pass, as the error did not occur for PG17 and
> > > below.
> > > > Any info is appreciated.
> > > > I can attach the full regression.diffs file for additional
> information
> > > if it
> > > > would be of help.
> > >
> > > Huh. It passes on our CI:
> > >
> > > https://cirrus-ci.com/task/4738549062303744
> > >
> > > And on our build farm machine:
> > >
> > >
> > >
> https://buildfarm.postgresql.org/cgi-bin/show_history.pl?nm=fairywren&br=master
> > >
> > > I wonder what is different. Are you using ucrt? We started removing
> > > bits and pieces related to the old msvcrt C runtime, but my
> > > understanding is that msys2 compile should target ucrt by default.
> > >
> >
> > (Forgot to reply-all, apologies)
> >
> > We're using the mingw64 toolchain for this. I think per the MSYS
> > environments guide here: https://www.msys2.org/docs/environments/
> > that this would mean we're using msvcrt and not ucrt? That may be the
> > issue. Would we maybe have to move to a different kind of MSYS
> environment?
>
> I would *strongly* advise to moving to ucrt. Personally I think we should
> just
> refuse to build with msvcrt.
>
> Greetings,
>
> Andres Freund
>
Thanks for the responses here! Working on switching to UCRT64 for PG18+
builds. Making the switch appears to get the Locale regression to pass.
Thanks again!
--
-------
Joe Ayers
Crunchy Data
www.crunchydata.com
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-04 16:32 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Andres Freund <andres@anarazel.de>
@ 2025-06-06 12:17 ` Thomas Munro <thomas.munro@gmail.com>
2025-06-07 10:11 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
1 sibling, 1 reply; 7+ messages in thread
From: Thomas Munro @ 2025-06-06 12:17 UTC (permalink / raw)
To: Andres Freund <andres@anarazel.de>; +Cc: Joseph Ayers <joseph.ayers@crunchydata.com>; pgsql-bugs@lists.postgresql.org
On Thu, Jun 5, 2025 at 4:32 AM Andres Freund <andres@anarazel.de> wrote:
> I would *strongly* advise to moving to ucrt. Personally I think we should just
> refuse to build with msvcrt.
Yeah, I didn't realise that it'd still build but not work correctly,
so +1 for adding an #error like the attached. The attached passed on
CI in the MinGW and Visual Studio tasks (and in passing removes some
more trace of msvcrt), but the Debian cross-compilation step helpfully
shows how it fails with an msvcrt build:
https://cirrus-ci.com/task/4559077411389440
It cross-builds successfully on my local Debian system after
installing these packages:
gcc-mingw-w64-ucrt64
g++-mingw-w64-ucrt64
... and selecting those compilers, as shown in the attached fixup. So
I think we'll first need to get them added to the CI image, in here:
https://github.com/anarazel/pg-vm-images/blob/main/scripts/linux_debian_install_deps.sh
And then we could push something like this.
Attachments:
[text/x-patch] 0001-Require-UCRT-on-Windows-remove-MSVCRT-traces.patch (3.0K, ../../CA+hUKG+QJv-g7C2APVV7O_jEJkxH1AmvgAe8X2vDR8mRdSKn3A@mail.gmail.com/2-0001-Require-UCRT-on-Windows-remove-MSVCRT-traces.patch)
download | inline diff:
From 9adcb124349add21fb23fe26ba30dd7ad30c2b2c Mon Sep 17 00:00:00 2001
From: Thomas Munro <thomas.munro@gmail.com>
Date: Fri, 6 Jun 2025 23:00:33 +1200
Subject: [PATCH 1/2] Require UCRT on Windows, remove MSVCRT traces.
In commit 1758d424 we decided to support only UCRT (the Windows 10+
"universal" C runtime), but compilation was apparently still possible
with the older MSVCRT C runtimes. To avoid confusion about various
missing or stubbed out functionality, refuse to compile on the latter
with a clear error.
While here, also remove the list of MSVCRT versions from
src/port/win32env.c. It was already incomplete, but we don't expect
postgres.exe to be linked against libraries that were linked against old
msvcrt libraries these days, per recommendations at
https://www.msys2.org/docs/environments/. (It would probably works as
long as you don't pass thing like FILE * across library boundaries, but
it'd be anachronistic to bring that list up to date now.)
Reported-by: Joseph Ayers <joseph.ayers@crunchydata.com>
Discussion: https://postgr.es/m/18940-bbf045a8ceba1a95%40postgresql.org
---
src/include/port/win32_port.h | 8 +++++---
src/port/win32env.c | 16 ----------------
2 files changed, 5 insertions(+), 19 deletions(-)
diff --git a/src/include/port/win32_port.h b/src/include/port/win32_port.h
index ff7028bdc81..de73ec94148 100644
--- a/src/include/port/win32_port.h
+++ b/src/include/port/win32_port.h
@@ -16,6 +16,10 @@
#ifndef PG_WIN32_PORT_H
#define PG_WIN32_PORT_H
+#ifndef _UCRT
+#error "UCRT is required (MingGW's MSVCRT environment is not supported)."
+#endif
+
/*
* Always build with SSPI support. Keep it as a #define in case
* we want a switch to disable it sometime in the future.
@@ -458,9 +462,7 @@ extern int _pglstat64(const char *name, struct stat *buf);
/*
* Versions of libintl >= 0.18? try to replace setlocale() with a macro
- * to their own versions. Remove the macro, if it exists, because it
- * ends up calling the wrong version when the backend and libintl use
- * different versions of msvcrt.
+ * to their own versions, which gets in the way of our own.
*/
#if defined(setlocale)
#undef setlocale
diff --git a/src/port/win32env.c b/src/port/win32env.c
index b22fbafde40..f498cafbe49 100644
--- a/src/port/win32env.c
+++ b/src/port/win32env.c
@@ -30,22 +30,6 @@ pgwin32_putenv(const char *envval)
char *cp;
typedef int (_cdecl * PUTENVPROC) (const char *);
static const char *const modulenames[] = {
- "msvcrt", /* Visual Studio 6.0 / MinGW */
- "msvcrtd",
- "msvcr70", /* Visual Studio 2002 */
- "msvcr70d",
- "msvcr71", /* Visual Studio 2003 */
- "msvcr71d",
- "msvcr80", /* Visual Studio 2005 */
- "msvcr80d",
- "msvcr90", /* Visual Studio 2008 */
- "msvcr90d",
- "msvcr100", /* Visual Studio 2010 */
- "msvcr100d",
- "msvcr110", /* Visual Studio 2012 */
- "msvcr110d",
- "msvcr120", /* Visual Studio 2013 */
- "msvcr120d",
"ucrtbase", /* Visual Studio 2015 and later */
"ucrtbased",
NULL
--
2.47.2
[text/x-patch] 0002-fixup.patch (802B, ../../CA+hUKG+QJv-g7C2APVV7O_jEJkxH1AmvgAe8X2vDR8mRdSKn3A@mail.gmail.com/3-0002-fixup.patch)
download | inline diff:
From fc1e1df9fe156eb016e516fd11cc1c5bd075a5a1 Mon Sep 17 00:00:00 2001
From: Thomas Munro <thomas.munro@gmail.com>
Date: Sat, 7 Jun 2025 00:13:19 +1200
Subject: [PATCH 2/2] fixup
---
.cirrus.tasks.yml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/.cirrus.tasks.yml b/.cirrus.tasks.yml
index 92057006c93..2f29cd8c4fb 100644
--- a/.cirrus.tasks.yml
+++ b/.cirrus.tasks.yml
@@ -915,8 +915,8 @@ task:
--host=x86_64-w64-mingw32 \
--enable-cassert \
--without-icu \
- CC="ccache x86_64-w64-mingw32-gcc" \
- CXX="ccache x86_64-w64-mingw32-g++"
+ CC="ccache x86_64-w64-mingw32ucrt-gcc" \
+ CXX="ccache x86_64-w64-mingw32ucrt-g++"
make -s -j${BUILD_JOBS} clean
time make -s -j${BUILD_JOBS} world-bin
--
2.47.2
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-04 16:32 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Andres Freund <andres@anarazel.de>
2025-06-06 12:17 ` Re: BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw Thomas Munro <thomas.munro@gmail.com>
@ 2025-06-07 10:11 ` Thomas Munro <thomas.munro@gmail.com>
0 siblings, 0 replies; 7+ messages in thread
From: Thomas Munro @ 2025-06-07 10:11 UTC (permalink / raw)
To: Andres Freund <andres@anarazel.de>; +Cc: Joseph Ayers <joseph.ayers@crunchydata.com>; pgsql-bugs@lists.postgresql.org
On Sat, Jun 7, 2025 at 12:17 AM Thomas Munro <thomas.munro@gmail.com> wrote:
> It cross-builds successfully on my local Debian system after
> installing these packages:
>
> gcc-mingw-w64-ucrt64
> g++-mingw-w64-ucrt64
>
> ... and selecting those compilers, as shown in the attached fixup. So
> I think we'll first need to get them added to the CI image, in here:
>
> https://github.com/anarazel/pg-vm-images/blob/main/scripts/linux_debian_install_deps.sh
>
> And then we could push something like this.
I tried to make the pull request for that and learned that those
packages don't exist in Debian 12 (bookworm) as used on CI. I'd
tested locally on Debian 13 (trixie). So maybe we have to wait a
short time for trixie to become the new Debian stable release (due any
time soon AFAIK), then update CI to trixie, and then we can do that.
Unless someone knows better.
^ permalink raw reply [nested|flat] 7+ messages in thread
end of thread, other threads:[~2025-06-07 10:11 UTC | newest]
Thread overview: 7+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-05-29 16:59 BUG #18940: PostgreSQL 18beta1 fails 'collate.windows.win1252' regression when building with MSYS/mingw PG Bug reporting form <noreply@postgresql.org>
2025-06-04 11:39 ` Thomas Munro <thomas.munro@gmail.com>
2025-06-04 16:28 ` Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-04 16:32 ` Andres Freund <andres@anarazel.de>
2025-06-05 23:08 ` Joseph Ayers <joseph.ayers@crunchydata.com>
2025-06-06 12:17 ` Thomas Munro <thomas.munro@gmail.com>
2025-06-07 10:11 ` Thomas Munro <thomas.munro@gmail.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox