Re: date without time

2024-08-02 Thread Paul Eggert
On 2024-08-02 01:42, Bruno Haible wrote: A more intelligent programmer will answer it with "A day is a period of 23 or 24 or 25 hours, going from 00:00 to 24:00 of each date" The TZDB timezones don't always fit that paradigm exactly. In Samoa, the "day" 1892-07-04 was a period of 48 hours, bec

gnulib-tool.py: Correct type hint and doc string.

2024-08-02 Thread Collin Funk
Hi Bruno, Thanks for your recent patch gnulib-tool.py. I didn't really look at it until now. One minor correction I applied. The GLModule.getDependentsRecursively function returns 'set[GLModule]' not 'str'. The function looks similar to a function I wrote that does this to the set before returni

Re: date without time

2024-08-02 Thread Alejandro Colomar
Hi Bruno, On Fri, Aug 02, 2024 at 12:50:59PM GMT, Bruno Haible wrote: > Alejandro Colomar wrote: > > A day-precission timestamp is a timestamp at any point of that day. > s/precission/precision/ (note that precession is yet another thing). Thanks! There are several words which I always incorrect

Re: date without time

2024-08-02 Thread Bruno Haible
Alejandro Colomar wrote: > A day-precission timestamp is a timestamp at any point of that day. s/precission/precision/ (note that precession is yet another thing). > (In fact, in /etc/shadow they are stored as full days after Epoch, not > as a number of seconds, so it is really a day-precission t

Re: date without time

2024-08-02 Thread Alejandro Colomar
Hi Bruno, On Fri, Aug 02, 2024 at 10:42:03AM GMT, Bruno Haible wrote: > Alejandro Colomar wrote: > > However, I'd say that's more likely to be that the authors of RFC 9557 > > didn't think of dates without time (maybe they didn't think of a case > > where this would be useful), rather than having

Re: [PATCH] errno: make EEXIST != ENOTEMPTY on AIX

2024-08-02 Thread Bruno Haible
Paul Eggert wrote: > I had originally thought to put the "#define _LINUX_SOURCE_COMPAT 1" > into AC_USE_SYSTEM_EXTENSIONS, which would have fixed it in a different > way. However, it's not really an extension to AIX but more of a change > (since it changes the strerror_r API) so I didn't do that

Re: date without time

2024-08-02 Thread Bruno Haible
Alejandro Colomar wrote: > However, I'd say that's more likely to be that the authors of RFC 9557 > didn't think of dates without time (maybe they didn't think of a case > where this would be useful), rather than having expressely desired to > not include it in their standard. And so, let's say th