Re: libgcrypt.m4 gnulib/libgcrypt unsync

2020-09-30 Thread Bruno Haible
Werner (or Simon), Karl Berry wrote: > Looks like libgcrypt.m4 was modified in gnulib a couple days ago (from > AC_HELP_STRING to AS_HELP_STRING), but in theory it's supposed to be > synced with the libgcrypt repository. Help? Karl is right. Can the following patch be applied upstream, please?

libgcrypt.m4 gnulib/libgcrypt unsync

2020-09-30 Thread Karl Berry
Looks like libgcrypt.m4 was modified in gnulib a couple days ago (from AC_HELP_STRING to AS_HELP_STRING), but in theory it's supposed to be synced with the libgcrypt repository. Help? --- libgcrypt/src/libgcrypt.m4 2020-03-31 09:57:48.0 -0700 +++ gnulib/m4/libgcrypt.m4 2020-09-28 00:

Re: hard-locale.c: SETLOCALE_NULL_MAX

2020-09-30 Thread Bruno Haible
Hi Marc, > The compiler throws the following error at me: > > lib/hard-locale.c: In function 'hard_locale': > lib/hard-locale.c:29:15: error: 'SETLOCALE_NULL_MAX' undeclared (first > use in this function); did you mean 'SETLOCALE_NULL_ALL_MTSAFE'? >29 | char locale[SETLOCALE_NULL_MAX]; >

Re: hard-locale.c: SETLOCALE_NULL_MAX

2020-09-30 Thread Marc Nieper-Wißkirchen
PS It may also be due to a problem in my build system (I am using non-recursive make) so that the system-wide locale.h is included and not the Gnulib version... Am Mi., 30. Sept. 2020 um 16:29 Uhr schrieb Marc Nieper-Wißkirchen : > > It seems that I have stumbled across the same bug as reported he

hard-locale.c: SETLOCALE_NULL_MAX

2020-09-30 Thread Marc Nieper-Wißkirchen
It seems that I have stumbled across the same bug as reported here: https://bugs.gentoo.org/709732 The compiler throws the following error at me: lib/hard-locale.c: In function 'hard_locale': lib/hard-locale.c:29:15: error: 'SETLOCALE_NULL_MAX' undeclared (first use in this function); did you me

Re: recursive algorithms and stack overflow

2020-09-30 Thread Marc Nieper-Wißkirchen
Am Mi., 26. Aug. 2020 um 12:13 Uhr schrieb Bruno Haible : > [CCing bug-gnulib and Marc Nieper-Wißkirchen.] > > Paul Eggert wrote in : > > Bug#42931 prompted me to change the way > > that the Gnulib diffseq module recurses so that the stack size is O(log N) > > rather th

Re: autoconf-2.69c released [beta]

2020-09-30 Thread Eric Blake
On 9/30/20 8:41 AM, Zack Weinberg wrote: >> Most probably either 'git-version-gen' or some use of 'git describe' >> can achieve this. > > I just built autoconf (the program) from a completely clean checkout > of git trunk, which is currently two commits after the v2.69c tag, and > it identified i

Re: autoconf-2.69c released [beta]

2020-09-30 Thread Zack Weinberg
On Sun, Sep 27, 2020 at 7:10 PM Bruno Haible wrote: > > Paul Eggert wrote: > > > I don't know where you got this magic number 301-14265 from. > > > > I got it by checking out the then-current commit of Autoconf from Savannah > > git, > > and building from that. > > > > Presumably doing the right