Re: gendering

2021-09-18 Thread Jeffrey Walton
On Sat, Sep 18, 2021 at 9:19 PM Bruno Haible wrote: > > This gendering stuff is generally off-topic on this list, but it came up here, > therefore I'm replying here. I hope the thread will be short, since so much > has already been written on this topic. > > Hi Colin, > > You wrote: > > CCing Brun

Re: gendering

2021-09-18 Thread Bruno Haible
This gendering stuff is generally off-topic on this list, but it came up here, therefore I'm replying here. I hope the thread will be short, since so much has already been written on this topic. Hi Colin, You wrote: > CCing Bruno since this was their commit and they might want to have a look. Wh

Re: Regression: GL_STDLIB_H_MODULE_INDICATOR_DEFAULTS is m4_require'd but not m4_defun'd

2021-09-18 Thread Bruno Haible
Colin Watson wrote: > I recently tried to update man-db to current Gnulib, running in a Debian > unstable chroot, and I ran into some Autoconf macro issues that I don't > entirely understand. I've boiled it down as far as this, with current > Gnulib master (4bed390be8) and Autoconf 2.71: > > $

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Bruno Haible
Brian Inglis wrote: > > Find attached a new 'testdir-thread' package. When you configure and > > build it (with './configure -C' and NO explicit setting of gl_cv_have_weak, > > then "make && make check"), does it work? I.e. does it complete with just > > one test failure (test-raise)? > > I tried

Re: rebuilding after modifying some .m4 files

2021-09-18 Thread Bruno Haible
Brian Inglis wrote: > >> Respun and applied patch successfully to glm4/threadlib.m4. > > > > Did you regenerate the 'configure' script, and also do 'make distclean', > > after patching threadlib.m4? > > No That explains why it had no effect for you. > - how do you regenerate a configure script,

crypto digests modules restructuring

2021-09-18 Thread Bruno Haible
Paul Eggert wrote: > > This will cause some divergence of md5.c w.r.t. glibc. To me, that > > sounds OK, since md5.c rarely changes in gnulib and has not changed > > in glibc since 2012. Is that OK with you too? > > It's fine, so long as we keep the files shareable between glibc and > Gnulib. Tha

Regression: GL_STDLIB_H_MODULE_INDICATOR_DEFAULTS is m4_require'd but not m4_defun'd

2021-09-18 Thread Colin Watson
I recently tried to update man-db to current Gnulib, running in a Debian unstable chroot, and I ran into some Autoconf macro issues that I don't entirely understand. I've boiled it down as far as this, with current Gnulib master (4bed390be8) and Autoconf 2.71: $ ./gnulib-tool --dir x --create-t

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Brian Inglis
On 2021-09-18 09:10, Bruno Haible wrote: Brian Inglis wrote: Respun and applied patch successfully to glm4/threadlib.m4. Did you regenerate the 'configure' script, and also do 'make distclean', after patching threadlib.m4? Find attached a new 'testdir-thread' package. When you configure and b

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Brian Inglis
On 2021-09-18 10:15, Brian Inglis wrote: On 2021-09-18 09:10, Bruno Haible wrote: Brian Inglis wrote: Respun and applied patch successfully to glm4/threadlib.m4. Did you regenerate the 'configure' script, and also do 'make distclean', after patching threadlib.m4? Find attached a new 'testdir

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Brian Inglis
On 2021-09-18 09:10, Bruno Haible wrote: Brian Inglis wrote: Respun and applied patch successfully to glm4/threadlib.m4. Did you regenerate the 'configure' script, and also do 'make distclean', after patching threadlib.m4? Find attached a new 'testdir-thread' package. When you configure and b

Re: [PATCH] string, wchar: avoid some namespace pollution

2021-09-18 Thread Bruno Haible
Paul Eggert did on 2021-09-07: > diff --git a/lib/string.in.h b/lib/string.in.h > index fa2e40c25..6214b5578 100644 > --- a/lib/string.in.h > +++ b/lib/string.in.h > @@ -47,9 +47,6 @@ > /* NetBSD 5.0 mis-defines NULL. */ > #include > > -/* Get free(). */ > -#include > - > /* MirBSD defines

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Akim Demaille
> Le 18 sept. 2021 à 15:22, Brian Inglis a > écrit : > > Patch would not apply as included gnulib and bison threadlib.m4 appear to be > from July and August. FWIW, the last tarball I provided you with had a very recent gnulib. The tarball below has commit 7818455627c5e54813ac89924b8b67d0

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Brian Inglis
On 2021-09-18 07:22, Brian Inglis wrote: On 2021-09-17 14:25, Bruno Haible wrote: Brian Inglis wrote: Can you also try to build it through     gl_cv_have_weak=no ../configure -C && make && make check in a different subdirectory? Please send the config.log, config.cache, config.status, and gl

Re: bison segv under Cygwin 64 at fatal-signal.c:318

2021-09-18 Thread Brian Inglis
On 2021-09-17 14:25, Bruno Haible wrote: Brian Inglis wrote: Can you also try to build it through gl_cv_have_weak=no ../configure -C && make && make check in a different subdirectory? Please send the config.log, config.cache, config.status, and gltests/test-suite.log for each run. Done

Re: m4-1.4.19 not C99 clean ?

2021-09-18 Thread Bruno Haible
Dennis Clarke wrote: > MiscXS.c: loadable library and perl binaries are mismatched (got handshake > key e18, needed df8) > gmake[2]: *** [Makefile:1979: m4.info] Error 1 MiscXS.c is a file in GNU texinfo. The error message is therefore related to your texinfo installation. See also [1]. P