Re: Document another portability pitfall of sed

Thanks for reporting the problem. I installed the attached.From cbfc5f6cd1ca0aea5a6f5b60bb1c4e99c427947c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 25 Jun 2025 11:28:24 -0700 Subject: [PATCH] Document s/a/\n/ etc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content

Re: [PATCH] Search for gcc-ar, gcc-ranlib respectively

On 2025-05-15 08:41, Zack Weinberg wrote: Is there a situation where gcc-{ar,ranlib} are available on the PATH but *should not* be used in preference to plain {ar,ranlib}? Yes, use gcc-ar only when compiling with GCC. If you're compiling with Clang you should use llvm-ar. I don't know of other

Re: [PATCH] doc: Document another pitfall of shell pattern matching

ttern matching in 'case' statements, for example. So I adjusted the example to not imply that brace expansion cares whether files exist.From 63ffa8e950de5d25f32464b31885e5363c55e8cc Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 6 May 2025 05:04:04 -0700 Subject: [PATCH] More sh

Re: [PATCH V2] Support for the Algol 68 language

f --git a/tests/suite.at b/tests/suite.at index 17fca508..1600bf32 100644 --- a/tests/suite.at +++ b/tests/suite.at @@ -55,6 +55,8 @@ m4_include([erlang.at]) m4_include([acerlang.at]) m4_include([go.at]) m4_include([acgo.at]) +m4_include([a68.at]) +m4_include([aca68.at]) # Checking that AC_CHECK_FOO m

Re: [PATCH] Fix autoreconf -fvi failure on OS/2

give it a try. From 2f64dcd048b08bb90ec44b26f4cd6b729112a28e Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sun, 9 Feb 2025 10:00:11 -0800 Subject: [PATCH] Port install_aux_file to OS/2 * bin/autoreconf.in (install_aux_file): Port to OS/2, which does not allow file name operations on open files.

Re: [PATCH] tests/local.mk: fix dependencies for generating the wrapper template

Thanks, I installed that. I see a similar problem elsewhere and so installed the attached further patch. From 220e939e5cdc98452b3e5acb5a412807107c31cc Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 29 Jan 2025 20:10:09 -0800 Subject: [PATCH] Fix dependency issue for autoscan.list * lib

Re: [PATCH] Remove redistributed "Blame Lee E. McMahon" shell comment

On 2025-01-14 02:09, Harmen Stoppels wrote: Just wondered whether the comment was meant to end up in everybody's configure scripts, or whether it was an accidental shell comment instead of an m4 comment. It'd be fine to move it to m4.

Re: [PATCH] Remove redistributed "Blame Lee E. McMahon" shell comment

On 1/13/25 06:23, Zack Weinberg wrote: I don't have a strong opinion here but it actually seems like a humorous tribute to me and worth preserving. I introduced that comment in 2001, in Autoconf commit 4c359a43491c37203e08f2350cff1043a87ca18b. I probably met Lee when I gave a talk at Bell La

Re: [PATCH] AC_SEARCH_LIBS now searches for .lib files

On 2025-01-06 11:01, Antonin Décimo wrote: Or file a bug report with clang-cl? It seems odd that it'd support other options with leading minus, but not -l. The original problem is with cl (MSVC). clang-cl is trying to be a drop-in replacement Microsoft documentation

Re: [PATCH] AC_SEARCH_LIBS now searches for .lib files

On 2025-01-06 08:55, Antonin Décimo wrote: Would it be a problem with "regular" compilers if the function was not present in the file specified with -lxxx, but existed in a xxx.lib file (!) in the cwd? That sounds awkward for everyone else, no? It slows down 'configure' and might run afoul of

Re: Do not remove MinGW libraries from Fortran default linker flags

Thanks, I installed that.

Re: [PATCH] AC_USE_SYSTEM_EXTENSIONS: Set _COSMO_SOURCE

Thanks, I installed that with minor doc changes.

Re: [PATCH] ifnames: Check for #elifdef and #elifndef

Thanks for the suggestion. I installed the attached more-elaborate patch, which also affects autom4te and autoscan.From 7feeafdf2f3e5bfe670b40994092d2e8ec5a536c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 15 Jun 2024 08:24:05 -0700 Subject: [PATCH] Process C23 #elifdef and #elifndef

Re: [PATCH] Add quotes in AS_IF test for gid_t

ables, as their values may be corrupted in the cache. This is my usual style elsewhere and perhaps Autoconf should adopt it. Of course if we'd done that we would likely never have spotted this harmless error in Emacs configure.acFrom e34ebc0ccc6c27e7e1217baad9ca74dd7bea4c37 Mon Sep 17 00:0

Re: [PATCH] Add quotes in AS_IF test for gid_t

On 2024-02-06 20:37, Nick Bowler wrote: The right place to fix this problem is in Emacs. I don't see this problem in current (bleeding-edge Savannah) Emacs. Sam, which Emacs are you talking about?

Re: [PATCH] [committed] autom4te: Don’t crash if Data::Dumper::Sortkeys is unavailable.

On 2023-12-11 13:48, Paul Eggert wrote: On 12/11/23 10:19, Zack Weinberg wrote: we lowered it to 5.6.0 again in 05e295b60cfdf378b7ed8c1f8563a5644d5d4689 A minor point: in that commit message I mentioned that Solaris 10 (which has only Perl 5.8.4) was supported through January 2024. On that

Re: [PATCH] [committed] autom4te: Don’t crash if Data::Dumper::Sortkeys is unavailable.

On 12/11/23 10:19, Zack Weinberg wrote: we lowered it to 5.6.0 again in 05e295b60cfdf378b7ed8c1f8563a5644d5d4689 A minor point: in that commit message I mentioned that Solaris 10 (which has only Perl 5.8.4) was supported through January 2024. On that same day (!) Oracle announced[1] that they

Re: [PATCH 2/2] Ignore failure of setting mode on a temporary file on OS/2

On 10/17/23 11:16, Zack Weinberg wrote: On Sun, Oct 15, 2023, at 3:43 AM, KO Myung-Hun wrote: How about this ? 1. create and close a temporary file 2. chmod() on it 3. re-open it with O_TRUNC ? The trouble is, on a multi-user system, any time you do any operation by name on a file whose full p

Re: How to get autoconf to respect CC="gcc -std=c89"?

On 2023-10-07 02:03, Niels Möller wrote: there's some impedance mismatch between the whitespace separated list to AC_C_STANDARD_VERSION, and the comma-separated list required by m4_map Yes, let's use the same list style for both.

Re: How to get autoconf to respect CC="gcc -std=c89"?

Thanks for looking into this. Some comments. This doesn't let you say "I want either c89 or c99, but not c11". + m4_ifdef([_AC_C_STANDARD_VERSION_LIST], +[m4_fatal([AC_PROG_C_STANDARD_VERSION should only be used once], 1)]) Why have this check? How about something simpler, like replaci

Re: [PATCH] Fix _AC_LANG_IO_PROGRAM(C) to work with glibc 2.38 headers

Thanks, I installed that.

Re: INSTALL updates

Gnulib as well so those grave accents are gone. While I was at it I ended up rewriting the other stuff.From d8ca8b323873e5cd9d969a062f70b31db450ba53 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 24 Jun 2023 14:39:34 -0700 Subject: [PATCH] Shorten and improve INSTALL MIME-Version: 1.0 Co

Re: Document limitation of BusyBox tr

Thanks, I installed that 2023-03-03 doc patch into Autoconf master.

Re: patchset v2: remove remaining internal uses of AC_EGREP_{CPP,HEADER}

Thanks, I took a quick look at all the patches and see no issues.

Re: RFC PATCH: Overhaul AC_TYPE_GETGROUPS and AC_FUNC_GETGROUPS.

On 2023-04-02 18:30, Zack Weinberg wrote: how about I revise this patch to remove the case for freebsd* | darwin*, and make no other changes? Yes, sounds good, thanks.

Re: RFC PATCH: Overhaul AC_TYPE_GETGROUPS and AC_FUNC_GETGROUPS.

On 2023-04-02 12:42, Zack Weinberg wrote: Cross-referencing gnulib’s getgroups.m4 I see that there *are* current-generation Unixes with bugs in getgroups that are worth worrying about (notably, FreeBSD mishandles an error case even in CURRENT). That error case is not very important, as callin

Re: time for Autoconf 2.72 (was: On time64 and Large File Support)

On 3/17/23 19:08, Jim Meyering wrote: Can someone see if there's some small/safe set of changes that are essential? If none (or few/easy), I might have time to make a snapshot soon. As far as I know, none of the pending patches are essential and we can release what we have.

Re: time for Autoconf 2.72 (was: On time64 and Large File Support)

On 3/17/23 16:47, Sam James wrote: Clang 16 was released today. Unfortunately, all released versions of autoconf still generate configure scripts which are incompatible with it. Presumably "./configure CC='clang -std=gnu17" is a workaround, though admittedly this is awkward. Is anyone aware

Re: Add vendor configuration directory installation

On 2023-02-06 08:30, Valentin Lefebvre wrote: This patch add a new autoconf argument that allows installation into the vendor configuration directory (/usr/etc/). Some linux distribution now move system configuration files from /etc to /usr/etc. See this ref: [0] [0]https://0pointer.n

time for Autoconf 2.72 (was: On time64 and Large File Support)

On 2/1/23 22:43, Sam James wrote: Unfortunately, I think we've missed the Debian freeze I think, but it is what it is there (was hoping to get it in there so we could benefit from the large number of people who make dist tarballs on Debian). Oh well. As you say, it is what it is. Since there

Re: On time64 and Large File Support

On 2022-12-30 14:12, Paul Eggert wrote: I'm attaching a proposed patch to Autoconf master documentation in two forms. Zack, any further thoughts on that Autoconf patch? If not, I'm inclined to install it as it doesn't change behavior, only documentation, and Sam wrote that he

Re: On time64 and Large File Support

re, we need a plan now, not years from now. The plan doesn't have to be perfect, nor does it need to be cast in stone. But there needs to be a plan. From 3e9f1159ae9145c50d048a74422dd8464a6a8f6f Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 30 Dec 2022 12:48:39 -0800 Subject: [PATCH] Impro

Re: On time64 and Large File Support

fore the next Autoconf is released. From 3f3354507bb9c2f1d38412cf566ff9443408023e Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 24 Dec 2022 23:24:54 -0800 Subject: [PATCH] Omit just-added *_REQUIRED macros They are not needed for Gnulib, and users have an easy way to get their effect, so for now omit them and just document t

[committed 2/3] Use UTF-8 and spell "François" correctly

t a/lib/autoconf/c.m4 b/lib/autoconf/c.m4 index a388599c..96a784a4 100644 --- a/lib/autoconf/c.m4 +++ b/lib/autoconf/c.m4 @@ -24,7 +24,7 @@ # Written by David MacKenzie, with help from # Akim Demaille, Paul Eggert, -# Franc,ois Pinard, Karl Berry, Richard Pixley, Ian Lance Taylor, +# François P

[committed 3/3] Document C23

--- doc/autoconf.texi | 32 +--- 1 file changed, 9 insertions(+), 23 deletions(-) diff --git a/doc/autoconf.texi b/doc/autoconf.texi index 7d56758a..d2d8c23d 100644 --- a/doc/autoconf.texi +++ b/doc/autoconf.texi @@ -21937,38 +21937,24 @@ wraparound on overflow, instea

[committed 1/3] AC_USE_SYSTEM_EXTENSIONS now enables C23 Annex F

* lib/autoconf/specific.m4 (AC_USE_SYSTEM_EXTENSIONS): Also define __STDC_WANT_IEC_60559_EXT__, for C23. --- NEWS | 3 +++ doc/autoconf.texi| 5 - lib/autoconf/specific.m4 | 7 ++- 3 files changed, 13 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index

Re: [Update install instruction for macOS] Update install instruction for macOS

On 2022-11-20 08:19, Minsoo Choo wrote: I tried many methods to solve this, and when I installed perl from source, the problem was solved. Sure, but this sounds like a routine Perl installation problem, one that can occur on many platforms. It's not clear why Autoconf needs to go into detail

Re: [Update install instruction for macOS] Update install instruction for macOS

On 2022-11-19 13:20, Minsoo Choo wrote: +On macOS, users should not use the default perl, but manually install +it fromhttps://www.perl.org/get.html. Could you explain why this advice is helpful? What is the default perl version on macOS, and do different macOS versions have different perl ve

Re: [PATCH] bootstrap: reject m4 versions only older than 1.4.8

.From 85c0db3433edf053a477976aa1e2e4deb84d5905 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 5 Oct 2022 18:06:20 -0700 Subject: [PATCH] Update M4 version numbers in documentation --- README| 4 ++-- README-hacking| 2 +- doc/autoconf.texi | 7 --- 3 files changed, 7 inser

Re: [PATCH v2] specify void prototype for functions with no parameters

On 9/18/22 19:56, Sam James wrote: In order to help with the rather mass breakage with newer Clang, could the autoconf maintainers consider a small new release with this fix? I doubt whether we have the time to do anything other than the usual, which is generate a new release at ab appropriat

Re: [RESEND PATCH] autoconf: store autom4te request keys in sorted order

Thanks, I installed that.

Re: [PATCH] autoconf: fix build on upcoming GNU make-4.4

Thanks for the bug report. I installed the attached, which isn't the same as what you suggested, but which should fix the problem.From 31f673434ee402258b45e958c88acc8725d82b1a Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 9 Sep 2022 16:54:11 -0500 Subject: [PATCH] Port to GNU mak

Re: [PATCH v2] specify void prototype for functions with no parameters

On 9/2/22 10:42, Zack Weinberg wrote: Why the #undef malloc here? It's just a cut-and-paste typo. Thanks for reporting that. I installed the patch after correcting the typo.

Re: [PATCH v2] specify void prototype for functions with no parameters

t you originally suggested. Zack, any thoughts on this sort of thing? From 7a3bbca81b803ba116b83c82de378e840cc35f81 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 1 Sep 2022 16:19:50 -0500 Subject: [PATCH] Port to compilers that moan about K&R func decls MIME-Version: 1.0 Content-Type: t

Re: [PATCH v2] specify void prototype for functions with no parameters

27;re going to make this change at all, we should do it fully. Something like the attached patch, perhaps. I haven't installed it. From 5b81543769d4f59f6113bbad004465c6fb30e1f7 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 30 Aug 2022 16:34:14 -0500 Subject: [PATCH] Port to compilers

Re: [PATCH 2/2] AC_SYS_LARGEFILE now widens time_t if possible

On 8/18/22 12:29, Zack Weinberg wrote:  it might be nice if the manual explained why AC_SYS_LARGEFILE should do this, instead of having it be solely AC_SYS_YEAR2038's responsibility. I gave that a shot by installing the following patch. https://git.savannah.gnu.org/cgit/autoconf.git/commit/?

Re: Problems building rsync with Clang 15 beta

On 8/18/22 09:38, Khem Raj wrote: I think the autoconf patch should be good on its own merits regardless It partly depends on how much we care about compatibility. Putting the 'void' in there will break pre-C89 compilers, as well as C++ compilers pretending (badly) to be C compilers. I doubt

Problems building rsync with Clang 15 beta

atibility problem building rsync with Clang 15 (which luckily does not exist yet :-).From e64a58387db46239902b610871a0eb81626e99ff Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 18 Aug 2022 07:46:28 -0700 Subject: [PATCH] Turn on -pedantic-errors at the end of 'configure' Problem reported b

Re: [PATCH] specify void prototype for functions with no parameters

On 8/17/22 16:25, Khem Raj wrote: right and I am not passing -Werror to configure but its newer version of clang ( clang 15) which is turning these warnings into errors by default now. Wait, so clang 15 by default refuses to compile this C program? void f() {}

Re: [PATCH] specify void prototype for functions with no parameters

On 8/17/22 09:51, Khem Raj wrote: Compilers defaulting to C99 flag such functions as warning which fails to compile when using -Werror Sure, but one should never run 'configure' with -Werror.

[PATCH] Port AC_CHECK_HEADER_STDBOOL to C23

Modernize the bool documentation a bit too. * lib/autoconf/headers.m4 (AC_CHECK_HEADER_STDBOOL): Allow C23 too. --- NEWS| 19 +--- doc/autoconf.texi | 21 ++--- lib/autoconf/headers.m4 | 69 - 3 files changed, 37 ins

[PATCH 2/2] AC_SYS_LARGEFILE now widens time_t if possible

This change is taken from Gnulib, and is needed for apps like GDB. * lib/autoconf/specific.m4 (_AC_SYS_YEAR2038_TEST_INCLUDES) (_AC_SYS_YEAR2038, AC_SYS_YEAR2038): New macros, taken (with renaming) from Gnulib. (_AC_SYS_LARGEFILE_MACRO_VALUE): #undef before #define. (AC_SYS_LARGEFILE): Prefer AS_IF

[PATCH 1/2] Fix compilation errors in 32-bit C++ mode on HP-UX 11/ia64

This should render unnecessary Gnulib’s gl_SET_LARGEFILE_SOURCE hack https://lists.gnu.org/r/bug-gnulib/2019-12/msg00046.html * lib/autoconf/functions.m4 (AC_FUNC_FSEEKO): On that platform, simply set _LARGEFILE_SOURCE. --- lib/autoconf/functions.m4 | 8 +++- 1 file changed, 7 insertions(+), 1

Re: [PATCH] handle LIBS="" in test case 567

On 6/29/22 16:34, Jeff Shimoda [Marbles504] wrote: The fix back in 2005 was to add code to tests/local.at to replace the single quotes in LIBS='' so the comparison passes. I would like to propose a similar fix which replaces double quotes. Thanks, I installed that. This doesn't solve the prob

Re: [PATCH] add rm conftest.o in lib/autoconf/lang.m4

On 6/29/22 16:22, Jeff Shimoda [Marbles504] wrote: Just following up with this. Any thoughts? If you'd like I can open up a bug in Savanna for this. Should be no need, as I committed something along those lines here: https://git.savannah.gnu.org/cgit/autoconf.git/commit/?id=76beb33bfe435a443

Re: [PATCH] add rm conftest.o in lib/autoconf/lang.m4

On 6/21/22 16:24, Marbles504 wrote: +rm -f conftest.$ac_ext conftest$ac_cv_exeext conftest.out conftest.o Don't you also need to remove conftest.obj? Or is it conftest.$ac_objext and require _AC_COMPILER_OBJEXT? Or the latter may be a bridge too far.

Re: [PATCH] build-aux/config.guess: Add current Haiku targets arm,arm64,riscv64

Please send config.guess patches to , the email address in the config.guess file. Autoconf is downstream from config. Thanks.

Re: Fix memoryleak in conftest.c

led the attached to try to help out, sometime in the distant future when everyone has upgraded to some future version of Autoconf.From 374b0e9942bb87dd8d0c956d7c03c85dcc489bf7 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 31 Mar 2022 23:25:35 -0700 Subject: [PATCH] Work around memory-leak

Re: doc: Stop deadnaming Sarah Manthey

On 3/12/22 12:18, Sarah Manthey wrote: There was a fourth instance, in ChangeLog.3, I believe. Yes, but that one's historical so the historical name and email address was kept there.

Re: doc: Stop deadnaming Sarah Manthey

OK, I installed the attached; if there are mistakes please let us know.From 00358457d09c19ff6b5ec7ed98708540d1994a5f Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 12 Mar 2022 11:32:35 -0800 Subject: [PATCH] doc: update Manthey name+email --- AUTHORS| 2 +- THANKS

Re: doc: Stop deadnaming Sarah Manthey

Thanks, could you please write copyright-cl...@fsf.org and update them as to your current name and email address? We have to be a bit careful about these sorts of things for the usual copyright-law reasons. Also, could you please let me know when your name and/or email address changed? Our cha

Re: [PATCH] doc: clarify integer requirements in some functions

about AS_VAR_ARITH.From cbec82b65f6fb8f0092c908abaa05bd9aa300571 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 12 Feb 2022 14:47:52 -0800 Subject: [PATCH] Clarify documentation of number format Problem reported by Mike Frysinger in: https://lists.gnu.org/r/autoconf-patches/2022-02/msg7

Re: [PATCH] doc: clarify integer requirements in some functions

On 2/12/22 00:28, Mike Frysinger wrote: These functions do not accept decimal values with fractional parts. Describe them in terms of integers to clarify. I dunno, those values all must be integers by their nature so saying "integer" in the doc doesn't help much; conversely, if the doc omits t

Re: doc: Document how to deal with missing 'join'

Thanks, I installed that.

[INSTALLED] doc: update ‘find’ info

* doc/autoconf.texi (Limitations of Usual Tools): Mention a few more GNU ‘find’ options that are not portable. Modernize a bit. --- doc/autoconf.texi | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/doc/autoconf.texi b/doc/autoconf.texi index db736c7f..17a6326e 100

Re: [PATCH] fortran.m4: Filter mingw intrinsic libraries

ygwin* | msys* ) ;; + cygwin* | msys* | *mingw*) ;; *) _AC_LIST_MEMBER_IF($ac_arg, $ac_cv_[]_AC_LANG_ABBREV[]_libs, , ac_cv_[]_AC_LANG_ABBREV[]_libs="$ac_cv_[]_AC_LANG_ABBREV[]_libs $ac_arg") -- 2.30.2 >From 32e53cd79384fc243300eb3d66dde83d8e8b13e2 Mon Sep 17 00:00:

[PATCH] Modernize discussion of integer overflow

* doc/autoconf.texi (Integer Overflow, Integer Overflow Basics) (Signed Overflow Examples, Optimization and Wraparound): Modernize discussion to take current compiler and Gnulib technology into account. --- doc/autoconf.texi | 173 +- 1 file changed, 95

[PATCH] Port test to next m4 version

* tests/tools.at (autom4te cache): Allow m4 to quote 'like this' as well as 'like this'. --- tests/tools.at | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/tests/tools.at b/tests/tools.at index 77d9c1e6..48cdd924 100644 --- a/tests/tools.at +++ b/tests/tools.at @@

Re: [PATCH v4] Fortran Cray pointer macro support

Thanks for doing all that work. I took a quick look at it, and although I'm no Fortran expert (my only Fortran experience consists of helping to write a Fortran compiler in the early 1970s!) I didn't see any problems. It shouldn't break any existing Autoconf uses, at any rate. I committed it h

[INSTALLED 1/2] Document unquoted here-documents better

Problem reported by Bruno Haible (sr #110518). * doc/autoconf.texi (Generating Sources) (Running the Preprocessor, Running the Compiler) (Running the Linker, Runtime): Briefly mention that the program snippets are expanded as unquoted here-documents. (Here-Documents): Document escaping needed in un

Re: [PATCH 0/3] RFC: automated bootstrap script

On 2/5/21 7:34 AM, Zack Weinberg wrote: it does involve some relatively invasive changes to the actual code, notably rewriting the ‘autoconf’ driver program in Perl so the bootstrap script doesn’t have to know how to generate M4sh scripts All worth it in my opinion. Thanks for doing that.

Re: AS_IF

AS_FOR not documented? Maybe, instead of avoiding mentioning it in NEWS, it should be documented? AS_FOR is kind of a mess. I wouldn't document it the way it is. Perhaps it could be cleaned up in some future Autoconf version. >From 3cdc910d229d33e5a98e66b64ee1506a0c2e262c Mon Sep 17 00:00:

Re: [RFC PATCH 0/3] Work around autoconf/automake warnings skew (automake side)

On 9/22/20 3:47 PM, Karl Berry wrote: Zack, the Automake changes look fine to me. Please commit/push at your convenience, as far as I'm concerned. Thanks!! They look good to me, too.

Re: [RFC PATCH 0/6] Work around autoconf/automake warnings skew

On 9/22/20 1:04 PM, Zack Weinberg wrote: The main thing I want to discuss before merging these patches is the location of the new Perl function merge_WARNINGS. I put it in ChannelDefs.pm because that is where all the other code relating to WARNINGS is, but it’s only used in autoreconf, so there

Re: RFC PATCH 1/2] AS_INIT: try to ensure fds 0, 1, 2 are open

On 8/27/20 3:20 PM, Zack Weinberg wrote: On Thu, Aug 27, 2020 at 2:09 PM Paul Eggert wrote: + if (exec 3>&0) 2>/dev/null; then :; else exec 0&1) 2>/dev/null; then :; else exec 1>/dev/null; fi + if (exec 3>&2); then :; else exec 2&

Re: RFC PATCH 1/2] AS_INIT: try to ensure fds 0, 1, 2 are open

+ if (exec 3>&0) 2>/dev/null; then :; else exec 0&1) 2>/dev/null; then :; else exec 1>/dev/null; fi + if (exec 3>&2); then :; else exec 2>/dev/null; fi This is all _AS_ENSURE_STANDARD_FDS needs to do; none of the other stuff is needed and I suggest omitting it as a maintenance tim

Re: [PATCH] tests: New helper macro AT_CHECK_MAKE.

The basic idea looks good, though I didn't check the patch in detail. Thanks.

Re: [RFC PATCH 0/2] Additional AC_INIT/AC_OUTPUT-related diagnostics

On 8/17/20 10:38 AM, Zack Weinberg wrote: That's fair. Do you have any comments on the patches themselves or shall I go ahead and merge them? No comments, please go ahead.

Re: [RFC PATCH 0/2] Additional AC_INIT/AC_OUTPUT-related diagnostics

On 8/14/20 11:44 AM, Zack Weinberg wrote: I found a kludge that works, but I’d like to hear opinions on whether we should instead postpone this patch till after 2.70 so we can coordinate with automake on the addition of the missing autom4te feature. I would rather not postpone, since the patch

Re: [PATCH] AC_LANG_INT_SAVE: Modernize function declarators (C89 and above).

On 8/7/20 1:01 PM, Vincent Lefevre wrote: The program int main(void) { return 0; } compiles fine with g++, even using "-std=c++17 -pedantic". I expect the problem was with non-GNU C++ compilers, not with g++. However, I'm not the C++ guy so I'm the wrong person to ask about the details. Y

Re: [PATCH] AC_LANG_INT_SAVE: Modernize function declarators (C89 and above).

sue in the 'inline' detection. The second one fixes a related problem with 'int main (int argc)'. >From d3f54e6d5ca216594a8550c1404762a5b8f2ecec Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 6 Aug 2020 17:37:42 -0700 Subject: [PATCH 1/2] Pacify -Werror in two plac

Re: [PATCH] AC_LANG_INT_SAVE: Modernize function declarators (C89 and above).

igure'. (Or for this particular example, you can wait until C2x is supported. :-) >From ef399ebb88d65eb674c9e9748ad223997d1e1ce2 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 6 Aug 2020 12:28:24 -0700 Subject: [PATCH] * TODO: Add -Werror support. --- TODO | 7 +++ 1 file changed, 7

Re: [PATCH] AC_LANG_INT_SAVE: Modernize function declarators (C89 and above).

On 8/5/20 10:32 AM, Vincent Lefevre wrote: With MPFR, it works after applying this patch. I don't see it as working with MPFR. If you try to build MPFR 4.1.0 with "./configure CFLAGS='-g3 -O2 -Werror=old-style-definition'", then 'configure' makes some other wrong decisions on my platform (Fed

Re: [PATCH] AC_LANG_INT_SAVE: Modernize function declarators (C89 and above).

On 8/5/20 3:59 AM, Vincent Lefevre wrote: This allows one to avoid a failure with AC_COMPUTE_INT when using the -Werror=old-style-definition GCC option. Why is this needed? Telling 'configure' to use -Werror has never worked, for lots of other reasons.

Re: doc updates for section "Particular Functions"

Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 31 Jul 2020 14:09:31 -0700 Subject: [PATCH] * doc/autoconf.texi: Tweak wording. --- doc/autoconf.texi | 40 1 file changed, 20 insertions(+), 20 deletions(-) diff --git a/doc/autoconf.texi b/

Re: [PATCH] Revert 'Fix logic error in _AC_PROG_LEX_YYTEXT_DECL (#109320)'

On 7/16/20 6:36 PM, Zack Weinberg wrote: Shouldn't this be LIBS="$ac_cv_lib_lex $ac_save_LIBS" now? Indeed it should. Good catch, especially since this code is not likely to be executed by anybody. Also, there was an unnecessary assignment to ac_cv_lib_lex before the for-loop. I fixed both pr

Re: [PATCH] Revert 'Fix logic error in _AC_PROG_LEX_YYTEXT_DECL (#109320)'

s. I have held off installing this latter patch, though, as I don't want to get in the way of whatever testing you're doing. >From 870c40f9df86dcf0d80a4ab6aca2aaa9dffae38e Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 16 Jul 2020 17:35:36 -0700 Subject: [PATCH] Fix ${VAR-N

Re: [PATCH] Revert 'Fix logic error in _AC_PROG_LEX_YYTEXT_DECL (#109320)'

On 7/16/20 12:42 PM, Ross Burton wrote: checking for flex... flex checking for lex output file root... lex.yy checking for lex library... not found configure: WARNING: required lex library not found; giving up on flex ... configure: error: readline works only with flex. Again, bc's scanner has i

Re: [PATCH] Revert 'Fix logic error in _AC_PROG_LEX_YYTEXT_DECL (#109320)'

s Zack's first suggestion. I'm being somewhat bold in installing here; feel free to comment and suggest improvements (or suggest I revert :-). >From 29ede6b96feee29c0c477d1659081bbdb82cd8b3 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 16 Jul 2020 10:39:56 -0700 Subject: [PA

Re: [PATCH] Revert 'Fix logic error in _AC_PROG_LEX_YYTEXT_DECL (#109320)'

On 7/16/20 7:10 AM, Zack Weinberg wrote: I propose to make the following additional changes, instead of reverting the patch: - Change the conftest.l used by _AC_PROG_LEX_YYTEXT_DECL so that it defines yywrap itself (it already defines main). Thus, LEXLIB will only be set to -ll or -lfl if th

Re: autoconf-2.69

On 9/10/19 1:25 AM, Ondrej Dubaj wrote: Is everything OK with the patch? Yes, it looks good. I installed it in autoconf master, after redoing the commit message to explain the patch in a bit more detail. Thanks for the patch.

Re: [PATCH] Improve argument quoting in config.log and config.status

Thanks, I like this patch. However, it's nontrivial enough that we'll need papers from you and your employer about it, since it's for a program that is in addition to the programs that we already have papers for. Could you please start the ball rolling on that? Thanks.

Re: update section about who uses autotest

Thanks, I installed that.

Re: [PATCH] AC_USE_SYSTEM_EXTENSIONS: port to recent ISO C

On 09/15/2016 11:08 AM, Joseph Myers wrote: 24747 is an International Standard, not a TR. Thanks, fixed with the attached. From 444debfb6cb4bbb96f1dee3210180a37c583a824 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 15 Sep 2016 12:26:26 -0700 Subject: [PATCH] AC_USE_SYSTEM_EXTENSIONS

Re: [PATCH] AC_USE_SYSTEM_EXTENSIONS: port to recent ISO C

Thanks, I installed the attached additional patch to Autoconf master and plan to propagate this to Gnulib shortly. From 0c416cdb46e719b68d8439a6e4436b50bf870176 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 15 Sep 2016 10:08:56 -0700 Subject: [PATCH] AC_USE_SYSTEM_EXTENSIONS: port to

Re: bogus "Negative repeat count does nothing" warnings on Autoconf manual

Thanks for the diagnosis. I installed the attached workaround into Autoconf to work around the problem, as unfixed Texinfo versions will be around for a while. From d3a4cccfe8807c7354ef6edd2913362d34d8e574 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 14 Sep 2016 12:14:45 -0700 Subject

Re: [PATCH] AC_USE_SYSTEM_EXTENSIONS: port to recent ISO C

On 09/14/2016 05:55 AM, Joseph Myers wrote: Why not __STDC_WANT_IEC_60559_TYPES_EXT__ (which makes GCC 7's declare limits for _FloatN and _FloatNx types; not yet anything in glibc, until the float128 work is in)? Sorry, I didn't know about __STDC_WANT_IEC_60559_TYPES_EXT__. I don't have acces

[PATCH] AC_USE_SYSTEM_EXTENSIONS: port to recent ISO C

* lib/autoconf/specific.m4 (AC_USE_SYSTEM_EXTENSIONS): Also define __STDC_WANT_IEC_60559_BFP_EXT__, __STDC_WANT_IEC_60559_FUNCS_EXT__, and __STDC_WANT_LIB_EXT2__. * NEWS, doc/autoconf.texi (Posix Variants): Document this. Also, document other changes in this area that were not properly documented

[PATCH] doc: port to Texinfo 6.3

* doc/autoconf.texi: Remove obsolete @setcontentsaftertitlepage that provokes a warning from Texinfo 6.3. --- doc/autoconf.texi | 3 --- 1 file changed, 3 deletions(-) diff --git a/doc/autoconf.texi b/doc/autoconf.texi index 029ddd6..ddbeddf 100644 --- a/doc/autoconf.texi +++ b/doc/autoconf.texi

Re: [PATCH] Amend AC_CHECK_HEADER_STDBOOL for C++11 and modern dialects

fined, so I installed the attached additional patch as well. Please let us know if you see a problem with this. CC:ing autoconf-patches@gnu.org since I installed a patch there too, to match. From cb7476a1db148980b8cff02824774598ffaea8ce Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 3

  1   2   3   4   5   6   7   8   9   10   >