Re: gettimeofday.c windows version?

On 2022-12-11 10:55, Eli Zaretskii wrote: my main development machine runs Windows XP. Yeah, it's sort of like the UCLA CS Dept. still operates a Solaris 10 sparc server that was long the central platform, and I still keep porting to it. I expect MS-Windows XP has more users than Solaris 10

Re: fgetname function?

On 2022-12-11 18:41, Bruno Haible wrote: Also, it would be prone to races, and thus discouraged for functional code. But it might be a useful addition for debugging code. Also, it wouldn't work for files that have never had a name (e.g., ordinary pipes) - unless we want to create a special syn

fgetname function?

Paul Eggert wrote: > https://lists.gnu.org/archive/html/bug-gnulib/2018-03/msg00079.html > https://lists.gnu.org/archive/html/bug-gnulib/2018-03/msg00080.html This thread contains a posting by Jim Meyering, with an attachment getcwdat.c, that contains a function for finding the name of a directory

Re: gettimeofday.c windows version?

> From: Bruno Haible > Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com > Date: Sun, 11 Dec 2022 19:25:12 +0100 > > Doing a web search, I now see from > > that 10% of Windows users are still using Window 7. Whereas Windows

Re: gettimeofday.c windows version?

Eli Zaretskii wrote: > > From: Bruno Haible > > Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com > > Date: Sun, 11 Dec 2022 17:20:07 +0100 > > > > > I think the code should use a run-time check regardless of the version > > > of Windows on which the program was compiled. > > > > But the value of _WI

Re: gettimeofday.c windows version?

> Date: Sun, 11 Dec 2022 18:56:00 +0200 > From: Eli Zaretskii > Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com > > > As some point, I want to get rid of the initialize() function and assume > > a new enough version of the OS. > > When that happens, Emacs will not be able to use Gnulib's gettime.c

Re: gettimeofday.c windows version?

> From: Bruno Haible > Cc: bug-gnulib@gnu.org, rogerdp...@gmail.com > Date: Sun, 11 Dec 2022 17:20:07 +0100 > > > I think the code should use a run-time check regardless of the version > > of Windows on which the program was compiled. > > But the value of _WIN32_WINNT is not the version *on* whi

Re: gettimeofday.c windows version?

Hi Eli, > Emacs still supports even Windows 9X. And mingw.org's MinGW does the > same. Which is why Emacs avoids using Gnulib functions that use APIs > which aren't available on older Windows versions. > > > And should Gnulib declare that the minimum supported version of Windows > > is Windows

Re: gettimeofday.c windows version?

> From: Bruno Haible > Cc: Roger Pack , Eli Zaretskii > Date: Sun, 11 Dec 2022 15:22:23 +0100 > > Eli: What are the current support statements of Emacs regarding Windows > XP/Vista/7 ? Emacs still supports even Windows 9X. And mingw.org's MinGW does the same. Which is why Emacs avoids using G

Re: gettimeofday.c windows version?

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 KERNEL32.dll". Indeed, according to

Re: gettimeofday.c windows version?

On Sat, Dec 10, 2022 at 11:01 PM 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 KERNEL32.dll". > > mingw appears to ha

gettimeofday.c windows version?

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 KERNEL32.dll". mingw appears to have the following: #define _WIN32_WINNT 0x502 #define _WIN32_WINN