Re: Don't #include gnulib-generated .h files from config.h

2022-09-25 Thread Bruno Haible
Paul Eggert wrote: > > Thus, it's best to avoid such a situation. This holds not only for > > but also for . For on the other hand > > I think the trouble is limited, because always exists among the > > system header files. > > These days stdbool.h falls into pretty much the same category as >

Re: bug#58050: [INSTALLED] rm: fix diagnostics on I/O error

2022-09-25 Thread Paul Eggert
On 9/25/22 07:25, Pádraig Brady wrote: How about the attached to add a NEWS entry, and add DS_EMPTY, DS_NONEMPTY enums to make the code easier to read? Sure, that looks good; thanks. Oh, I forgot that via code inspection I found a theoretical portability bug in fts while I was looking into Bu

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

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

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