Re: autoconf-2.69c released [beta]

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 thing here would mean a fix to Autoconf's > m4_version_prereq macro

Re: Results from running autoupdate on gnulib m4 files

Gavin Smith wrote: > * Redefinition of AC_CHECKING in several files to silence AC_CHECK_PROG The changes to m4/csharpcomp.m4, m4/csharpexec.m4, m4/exponentd.m4, m4/javacomp.m4, m4/javaexec.m4 are unnecessary, because they don't cause warnings from 'aclocal' nor from 'autoconf'. I could replace th

Re: autoconf-2.69c released [beta]

On 9/27/20 2:55 PM, Bruno Haible 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 thing here would mean a fix to Autoconf's m4_version_prereq

Re: Results from running autoupdate on gnulib m4 files

Gavin Smith wrote: > * Use of AC_DECL_SYS_SIGLIST in strsignal.m4 These patches fix two of the issues you reported. For sys_siglist, we can nowadays assume it is declared in . The autoconf code has a comment /* NetBSD declares sys_siglist in unistd.h. */ but this must apply to NetBSD versions

Re: Results from running autoupdate on gnulib m4 files

Gavin Smith wrote: > * AC_HEADER_STDC in realloc.m4 and malloc.m4 Fixed like this. We're assuming that exists, already since 2002-11-22. 2020-09-27 Bruno Haible Avoid "warning: The macro `AC_HEADER_STDC' is obsolete". Reported by Gavin Smith in

Re: autoconf-2.69c released [beta]

Hi Paul, I had been wondering why my patch with m4_version_prereq([2.70], ...) was not effective, when you pointed me to the version numbering :) > we need to test it with Autoconf prereleases too. > There are some longstanding "m4_version_prereq([2.70], ...)" calls in Gnulib > that should prob

Re: autoconf-2.69c released [beta]

[CCing Autoconf list again] Paul Eggert wrote: > I am assuming that "m4_version_prereq([2.69.301-14265], ...)" does the right > thing with Autoconf beta version numbers; if not, that's an Autoconf bug that > should get fixed Well, I don't know where you got this magic number 301-14265 from.

Re: autoconf-2.69c released [beta]

Gavin Smith wrote: > AC_PROG_CC_STDC from stdarg.m4 (via gl_PROG_CC_C99 in gnulib-common.m4): > > # gl_PROG_CC_C99 > # Modifies the value of the shell variable CC in an attempt to make $CC > # understand ISO C99 source code. > # This is like AC_PROG_CC_C99, except that > # - AC_PROG_CC_C99 does no

Re: autoconf-2.69c released [beta]

Gavin Smith wrote: > % > > AC_HELP_STRING from threadlib.m4. Also used in libgcrypt.m4. Running > autoupdate on those files and editing the result gives the patch I've > attached. > > % > > $as_echo_n is used in gnulib-common.m4 around a call to AC_CACHE_VAL: > > # gl_CACHE_VAL_SILENT(cache

Re: new snapshot available: grep-3.4-almost.50-2a4c

On Sun, Sep 27, 2020 at 12:29 PM Jeffrey Walton wrote: > On Sun, Sep 27, 2020 at 12:20 AM Jim Meyering wrote: > > ... > > grep snapshot: > > https://meyering.net/grep/grep-ss.tar.xz 1.6 MB > > https://meyering.net/grep/grep-ss.tar.xz.sig > > https://meyering.net/grep/grep-3.4-almost.50

Re: new snapshot available: grep-3.4-almost.50-2a4c

On Sun, Sep 27, 2020 at 12:20 AM Jim Meyering wrote: > ... > grep snapshot: > https://meyering.net/grep/grep-ss.tar.xz 1.6 MB > https://meyering.net/grep/grep-ss.tar.xz.sig > https://meyering.net/grep/grep-3.4-almost.50-2a4c.tar.xz OS X 10.5 (PPC), 10.9 (Intel) and 10.12 (Intel) tested

Re: autoconf-2.69c released [beta]

On 9/27/20 7:03 AM, Bruno Haible wrote: I'll look into these today. Thanks for looking into it. Before I saw your email I had come up with the attached patches but I will hold off on installing them as I don't want to get in your way. The "m4_version_prereq([2.69.301-14265], ...)" in one of

Re: Results from running autoupdate on gnulib m4 files

On 9/27/20 7:14 AM, Zack Weinberg wrote: It remains my opinion that the correct fix is to convert all of these to AC_CACHE_CHECK and not try to hide any checks from the person running configure. Bruno and I had a conversation on bug-gnulib about this recently, and he is of the opinion that gl_

Re: Results from running autoupdate on gnulib m4 files

On Sun, Sep 27, 2020 at 6:29 AM Gavin Smith wrote: > Because of the upcoming autoconf 2.70 release gives more warnings, I > checked the other files in gnulib in the m4 directory with > > autoupdate -v *.m4 2>&1 | tee log Thanks for doing this. I was getting set up to do it myself, but I got hung

Re: autoconf-2.69c released [beta]

Gavin, I'll look into these today. Thanks for the heads-up and analysis. Bruno

Re: autoconf-2.69c released [beta]

I asked: > Hi Paul, > > > (I did reproduce the bug). > > Have you reproduced the warning > "AC_COMPILE_IFELSE was called before AC_USE_SYSTEM_EXTENSIONS" > with autoconf 2.63 but not 2.64 ? This is indeed the case. With this simple configure.ac =

Re: Adding strfmon(3) to Gnulib?

Hi John, On 2018-08-11 you wrote: > I've also signed the copyright assignment papers and > sent those off. Those papers were received and processed on 2018-11-29. Feel free to submit your code regarding strfmon (or other things) here. We're still listening. Bruno

Results from running autoupdate on gnulib m4 files

Because of the upcoming autoconf 2.70 release gives more warnings, I checked the other files in gnulib in the m4 directory with autoupdate -v *.m4 2>&1 | tee log Fortunately, there are not too many issues (on top of the other issues I already reported). Here are the relevant excerpts from the

Re: autoconf-2.69c released [beta]

> diff --git a/ChangeLog b/ChangeLog > index 8c06171aa..c77f19a68 100644 > --- a/ChangeLog > +++ b/ChangeLog > @@ -1,3 +1,8 @@ > +2020-09-27 Gavin Smith > + > + threadlib, libcrypt: use AS_HELP_MESSAGE instead of AC_HELP_MESSAGE. > + * m4/threadlib.m4, m4/libgcrypt.m4: Update macro use.

Re: autoconf-2.69c released [beta]

> -AC_PREREQ([2.60]) > +AC_PREREQ([2.69]) I left this in by mistake from autoupdate; I'd guess it should be left as 2.60.

Re: autoconf-2.69c released [beta]

On Sat, Sep 26, 2020 at 07:20:40PM -0700, Paul Eggert wrote: > On 9/26/20 10:47 AM, Zack Weinberg wrote: > > > > Would it be right to say that this should be changed in Gnulib, > > > otherwise any project using that file with Gnulib will have errors > > > from the new autoconf? > > > > Yes, indee