Re: [Mingw-w64-public] clock_nanosleep patch

2022-01-02 Thread Glenn Burkhardt
Frankly, I didn't like it, either.  But there doesn't seem to be a good way to dynamically determine the Windows version.  And a compile time option would need to default to the least common denominator of not having the high res timer available.  But there's really no point in using this code

Re: [Mingw-w64-public] clock_nanosleep patch

2022-01-02 Thread Glenn Burkhardt
Frankly, I didn't like it, either.  But there doesn't seem to be a good way to dynamically determine the Windows version.  And a compile time option would need to default to the least common denominator of not having the high res timer available.  But there's really no point in using this code

Re: [Mingw-w64-public] clock_nanosleep patch

2022-01-02 Thread Glenn Burkhardt
I'm open to suggestions on how to determine the Windows version. Only newer versions support the high res timer. On 1/2/2022 3:50 PM, Óscar Fuentes wrote: Glenn Burkhardt writes: Reading the registry on every call to clock_nanosleep is wasteful.

Re: [Mingw-w64-public] clock_nanosleep patch

2022-01-02 Thread Óscar Fuentes
Glenn Burkhardt writes: Reading the registry on every call to clock_nanosleep is wasteful. ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] clock_nanosleep patch

2022-01-02 Thread Glenn Burkhardt
Hi.  Here's a patch that uses high res timers for clock_nanosleep. *** clock.c.origSun Jan 2 13:40:55 2022 --- clock.c Sun Jan 2 14:09:09 2022 *** *** 6,11 --- 6,12 #include #include + #include #include #include #ifndef IN_WINPTHREAD **