Re: gl_YEAR2038_EARLY is called too late

2022-09-25 Thread Daiki Ueno
Paul Eggert writes: > On 9/25/22 21:56, Daiki Ueno wrote: >> I guess a simple solution would be to swap the order of >> gl_YEAR2038_EARLY and AC_SYS_LARGEFILE in modules/largefile, as with the >> attached patch. > > Thanks, I installed that. > >> This doesn't fully resolve the issue with DTLS tes

Re: gl_YEAR2038_EARLY is called too late

2022-09-25 Thread Paul Eggert
On 9/25/22 21:56, Daiki Ueno wrote: I guess a simple solution would be to swap the order of gl_YEAR2038_EARLY and AC_SYS_LARGEFILE in modules/largefile, as with the attached patch. Thanks, I installed that. This doesn't fully resolve the issue with DTLS tests as mentioned, and I suspect there

gl_YEAR2038_EARLY is called too late

2022-09-25 Thread Daiki Ueno
Hello Paul, I have seen a test failure when cross-compiling GnuTLS to mingw32 and running the testsuites with Wine[1]. It looks like the library mis-calculates timeout value for DTLS, because of a confusion in time_t size detection. The configure output shows some clue: checking for 64-bit ti