> Date: Mon, 12 Dec 2022 11:44:43 -0800
> Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com
> From: Paul Eggert
>
> On 12/12/22 06:40, Eli Zaretskii wrote:
> > A program's build could use certain cpp switches for some of its
> > sources, and other switches for the other sources.
>
> It should be
On 12/12/22 06:40, Eli Zaretskii wrote:
A program's build could use certain cpp switches for some of its
sources, and other switches for the other sources.
It should be easy to arrange for Emacs to compile Gnulib source code
with whatever value of _WIN32_WINNT is appropriate for Gnulib, by
Bruno Haible wrote:
But Gnulib is a *source-code* library. No one compiles Gnulib binaries
separately from the application binaries.
I build it as a Gnulib.DLL. I know, not supported, but
it can be done. Much better for me in how I use it
in e.g. Wget, etc.
--
--gv
> From: Bruno Haible
> Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com
> Date: Mon, 12 Dec 2022 15:25:58 +0100
>
> Eli Zaretskii wrote:
> > And Gnulib
> > is a library, so it is IMO wrong for it to decide for the applications
> > on what OS they can and cannot run.
>
> But Gnulib is a
Eli Zaretskii wrote:
> And Gnulib
> is a library, so it is IMO wrong for it to decide for the applications
> on what OS they can and cannot run.
But Gnulib is a *source-code* library. No one compiles Gnulib binaries
separately from the application binaries. So, the setting of _WIN32_WINNT
that
> Date: Sun, 11 Dec 2022 23:17:32 -0800
> Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com
> From: Paul Eggert
>
> That being said, I'm not quite understanding the underlying issue here.
I'll try to explain.
> Is it that MinGW has "#define _WIN32_WINNT 0x502", which as I understand
> from [1]
Paul Eggert wrote:
> That being said, I'm not quite understanding the underlying issue here.
> Is it that MinGW has "#define _WIN32_WINNT 0x502"
As far as I understand it — the reporter has not given much details —, either
he used mingw and set _WIN32_WINNT to 0x602 or newer, or he used MSVC or
Hi. We got a bug report about a gnulib self-test failure:
https://gitlab.com/oath-toolkit/oath-toolkit/-/issues/30
Summarizing, this is the failure:
test-stat-time.c:186: assertion 'statinfo[2].st_mtime < statinfo[1].st_ctime ||
(statinfo[2].st_mtime == statinfo[1].st_ctime &&
