Collin Funk writes:
> Hi Bruno,
>
> Bruno Haible writes:
>
>> Can this be rewritten in a simpler way, that does not use idioms
>> from perl's bag of tricks? Something like
>>
>> my $copyright_year = ;
>>
>> like one would do it in every other programming language?
>
> Not sure. I'm not the mos
On mingw-w64 5.0, I see a MT unit test go havoc when given enough time:
LC_ALL=French_France.1252 ./test-c-strtof-mt.exe 600 => OK
LC_ALL=French_France.1252 ./test-c-strtod-mt.exe 600 => OK
LC_ALL=French_France.1252 ./test-c-strtold-mt.exe 600 => Segmentation fault or
Windows bluescreen
The caus
Hi Simon,
Simon Josefsson writes:
> That's better, but doesn't all this just hides the problem that 'make
> update-copyright' doesn't bump the copyright for these two files? I
> think the policy is to bump copyright year to 2025 as soon as possible
> after 2025-01-01 even if there are no other
After yesterday's correction of stdlib.h in C++ mode, the CI reports a
compilation error on Solaris 11 OmniOS:
g++ -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -I. -I../../gltests -I..
-DGNULIB_STRICT_CHECKING=1 -DIN_GNULIB_TESTS=1 -I. -I../../gltests -I..
-I../../gltests/.. -I../gllib -I../../g
I did:
> 2024-07-14 Bruno Haible
>
> stdlib: Avoid syntax errors in libstdc++ header files.
> * lib/stdlib.in.h: Include before strtol, strtoll, strtoul, or
> strtoull gets defined as a macro.
Oops, this causes other compilation errors on macOS 13, 14 and OpenBSD
(since the
Paul Eggert writes:
> On 6/30/24 13:14, Po Lu wrote:
>> I think there should be a trivial test for a functional strnlen in
>> strnlen.m4, since it would be terrible to duplicate what ought to be the
>> responsibility of Gnulib in Emacs's configure.ac.
>
> Here's a first cut at doing that, as a pa
