On 12/23/22 22:46, Eli Zaretskii wrote:
We do this only for mingw.org's MinGW, not for MinGW64 (where we don't
change the default value).
Oh. How about if we do it for MinGW64 too? Wouldn't that support 64-bit
Emacs builds on obsolete MS-Windows platforms? Not being an MS-Windows
expert I'm h
> Date: Fri, 23 Dec 2022 15:47:27 -0800
> Cc: bug-gnulib@gnu.org, Eli Zaretskii
> From: Paul Eggert
>
> nt/inc/ms-w32.h has a "#define _WIN32_WINNT 0x0400" that should be
> overriding the MingW default.
We do this only for mingw.org's MinGW, not for MinGW64 (where we don't
change the default v
On 12/23/22 00:38, Roger Pack wrote:
$ x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -I../.. -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=0 -mtune=generic -O3 -MT gettimeofday.o -MD -MP -MF
$depbase.Tpo -c -o - -dM -E gettimeofday.c | grep WIN32_WINNT
#define _WIN32_WINNT 0xa00
https://www.mail-archive.co
I had some trouble using that patch in GNU Emacs, as emacsclient
wouldn't link. I solved this by moving the new function from
acl-internal.c to file-has-acl.c and making it static (no reason to
pubilsh it that I know of). While doing this I did a more careful review
of the code and came up with
> From: Roger Pack
> Date: Fri, 23 Dec 2022 01:38:01 -0700
> Cc: bug-gnulib@gnu.org, Eli Zaretskii
>
> OK it appears newer mingw have a default target of windows 10 for some
> reason. gnutls embedded in this
> case:
> $ x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -I../.. -U_FORTIFY_SOURCE
> -
On Sun, Dec 11, 2022 at 7:22 AM Bruno Haible wrote:
> Roger Pack wrote:
> > I received some complaints saying in mingw it was"requiring windows 8"
> for
> > a certain library.
> >
> > "Entry point not found, GetSystemTimePreciseAsFileTime could not be
> located
> > in the dynamic link library KER
