Eric Blake writes:
>> --- a/doc/m4.texi
>> +++ b/doc/m4.texi
>> @@ -41,7 +41,7 @@
>>
>> @copying
>>
>> -This manual (@value{UPDATED}) is for GNU M4 (version
>> +This manual is for GNU M4 (version
>> @value{VERSION}), a package containing an implementation of the m4 macro
>> language.
>
> M
Hi Claus and Eric,
> > System information (uname -a): OpenBSD 7.0 GENERIC#2
> >
> > .. contents:: :depth: 2
> >
> > FAIL: test-c32isblank.sh
> >
> >
> > test-c32isblank.c:109: assertion 'is == 0' failed
> > Abort trap (core dumped)
> > FAIL test-c32isblank.sh (exit sta
Thanks for fixing that. I installed the attached followup patch, which
cleans up some of the mess I made when I put in that macro in the first
place.From 7fddad0294390f85855c93175bfc513107ebd7ee Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Mon, 14 Apr 2025 15:42:40 -0700
Subject: [PATCH] reg
Eric Blake wrote:
> Do we want to try and make test-c-stack.sh a bit smarter to avoid core
> dumps on more platforms, when we are gracefully handling an
> intentional stack overflow? Or at a minimum try to clean up any core
> files that may be created as a side effect of the test running
> success
On 4/14/25 07:30, Bruno Haible wrote:
- Application code sees the gnulib regex.h (due to -I options).
Things would be different if the 'regex' module would be using a
regex.in.h from which a regex.h is conditionally generated. But
the way things are, gnulib regex.h is used uncon
> 2025-04-12 Bruno Haible
>
> is*_l, fnmatch tests: Avoid test failures on macOS 15.4.
In the CI runs of libunistring and coreutils, I see some other tests fail
on the macOS 15.4 machines:
FAIL: test-c32isalnum.sh
../../tests/test-c32isalnum.c:228: assertion '
On Mon, Apr 14, 2025 at 04:47:47PM +0200, Bruno Haible wrote:
> > > System information (uname -a): OpenBSD 7.0 GENERIC#2
> > Bruno will probably be able to fix this in gnulib, and I'll be sure to
> > pick up a newer version of gnulib before cutting 1.4.20.
>
> These failures don't occur in OpenBS
Hi Eric,
> > Also, running autoreconf produces funny results:
> >
> > configure.ac:155: the top level
> > configure.ac:155: warning: gl_TYPE_WINT_T_PREREQ is m4_require'd but not
> > m4_defun'd
> > m4/gnulib-comp.m4:855: M4_INIT is expanded from...
> > configure.ac:155: the top level
> > configu
El 14/4/25 a las 16:36, Eric Blake escribió:
Also, I see two
uses of @value{UPDATED} in m4.texi, but your patch only removed one;
is the other one not an issue?
You are right. I don't know. For some reason, only the patch I posted before
was necessary at least for the 1.4.19 version, as shown h
The Cygwin people don't stop adding regressions in the newest Cygwin
versions. Now it's reading from /dev/null that is broken. It makes
all mingw and MSVC builds fail.
This patch adds a workaround.
2025-04-14 Bruno Haible
select tests: Work around a Cygwin bug.
* tests/test-s
Hi Paul,
Paul Eggert wrote:
> > Thanks; I installed the attached somewhat fancier patch into Gnulib.
>
> ... and then installed the attach further patch to fix a thinko in the
> previously-mentioned one.
These changes have the effect that even on glibc systems, gnulib's regex
code is now used i
On Sun, Apr 13, 2025 at 07:41:59PM +0200, Santiago Vila wrote:
> Hello.
>
> In this version, I still need the attached patch to make the build
> reproducible:
>
> https://reproducible-builds.org/
Thanks; more comments on it below, although I'm inclined to include it
or something similar shortly
Yesterday's change to regex.m4 has the effect that now, gnulib's regex code
gets used even on glibc systems. As a consequence, the ASAN+UBSAN build
in gnulib's CI now fails:
FAIL: test-regex
../../gllib/regexec.c:188:36: runtime error: variable length array bound
evaluates to non-positive value 0
On Sun, Apr 13, 2025 at 06:00:54PM +, Claus Assmann wrote:
> Just a preliminary error report:
Thanks for the report. Redirecting this to gnulib where the failing
tests come from.
> System information (uname -a): OpenBSD 7.0 GENERIC#2
>
> .. contents:: :depth: 2
>
> FAIL: test-c32isblank.sh
2025-04-14 Bruno Haible
isnanl, isfinite, snan: Improve cross-compilation guess.
* m4/exponentl.m4 (gl_LONG_DOUBLE_EXPONENT_LOCATION): When
cross-compiling, invoke gl_LONG_DOUBLE_VS_DOUBLE and
gl_DOUBLE_EXPONENT_LOCATION, and guess the result depending on the CPU
15 matches
Mail list logo
