On 2025-02-24 17:04, Collin Funk wrote:
Isn't unsigned long 32 bits on x86_64 Windows?
It's also narrower than time_t on some other platforms, e.g., GNU/Linux
x86 when compiled with -D_TIME_BITS=64 (the default if Gnulib's year2038
module is used).
&& endptr == line + strlen
Bruno Haible via Gnulib discussion list writes:
> unsigned long git_log_time;
> if (xstrtoul (line, &endptr, 10, &git_log_time, NULL) == LONGINT_OK
> && endptr == line + strlen (line))
> {
> mtime->tv_sec = git_log_time;
>
On 2/24/25 11:10, Bruno Haible via Gnulib discussion list wrote:
- If F is under version control and not modified locally:
the time of the last change of F in the version control system.
It's worth mentioning that in Git, this is the commit timestamp and not
the author timestamp.
On 2025-02-22 10:02, Bruno Haible wrote:
The latest release already contains some multithreading
support already:
That was inadvertent.
When you intersect the resulting list with the gnulib_modules defined in
diffutils/bootstrap.conf, the result is:
exclude
nstrftime
regex
In detail, we
This new module implements the "version-controlled modification time",
as discussed in the thread "reproducible built files" [1][2] two months ago.
[1] https://lists.gnu.org/archive/html/bug-gnulib/2024-12/msg00182.html
[2] https://lists.gnu.org/archive/html/bug-gnulib/2024-12/msg00197.html
2025
There is also a unit test failure on FreeBSD 14. The cause is that
the override rpl_nl_langinfo is not activated. This patch fixes it.
2025-02-24 Bruno Haible
nl_langinfo: Support abbreviated alternative month names on FreeBSD.
* m4/nl_langinfo.m4 (gl_FUNC_NL_LANGINFO): If HAV
> 2025-02-22 Bruno Haible
>
> * lib/getlocalename_l.c: Most code moved to
> lib/getlocalename_l-unsafe.c.
After this change, I get a compilation error on OpenBSD (and presumably
also AIX):
cc -DHAVE_CONFIG_H -DNO_XMALLOC -I. -I../../lib -I.. -I. -I../../lib -I..
-I../.. -DIN_LI
