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
, 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:00:00 2001
From: Paul
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?
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 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
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
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.
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
Thanks, I installed that.
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
Content-Type
Thanks, I installed that 2023-03-03 doc patch into Autoconf master.
Thanks, I took a quick look at all the patches and see no issues.
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.
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
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]
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
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 was happy
one. 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] Improve year-2038 documentation
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
*
ased.
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 the easy way.
Also, redo doc
-- 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 Pinard, Karl Berry, Richard Pixley, Ian Lance Taylor,
# Roland McGrath, Noa
---
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,
* 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
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
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
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 insertions
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
Thanks, I installed that.
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 make 4.4
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.
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 func decls
MIME-Version: 1.0
Content-Type: text/plain
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 that moan
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.
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
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 by Khem Raj in:
https://lists.gnu.org/r/autoconf-patches/2022-08/msg9.html
---
configure.ac | 35
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() {}
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.
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
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
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(+),
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
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:
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.
Please send config.guess patches to , the email
address in the config.guess file. Autoconf is downstream from config.
Thanks.
d 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 false alarms
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.
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
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
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.html
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
Thanks, I installed that.
* 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
sys* | *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:00 2001
From: Paul Eggert
Date: We
* 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
* 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
@@
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
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
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.
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:00 2001
From: P
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.
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
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&
+ 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
The basic idea looks good, though I didn't check the patch in detail. Thanks.
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.
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
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.
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 places
MIME-Version: 1.0
Content-Type: text/plain; charset=
'configure'. (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 insertions(+
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
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.
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/
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
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-NONWORD} bugs
* lib/autoc
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
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
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.
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.
Thanks, I installed that.
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
* 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
* 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
,
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 <eggert@cs.ucla.
Ben Elliston wrote:
https://lists.gnu.org/archive/html/autoconf-patches/2015-11/msg0.html
Thanks, I installed that.
to fix this (after bumping
Autoconf's copyright year). I'm CC:ing this to autoconf-patches.
From 4774ff5c33d34bb6ad21c06f3c2b54d6e700740e Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Fri, 2 Jan 2015 13:02:48 -0800
Subject: [PATCH] doc: -f is now portable for cp and ln
David A. Wheeler wrote:
Dale's code is derived from previous FSF code, so I think all the copyright
issues are addressed.
That would be true only if Dale's changes, taken as a whole, are
trivial; our rule of thumb for that is about 10 lines of reasonably
obvious changes.
Also, as I
Thanks for getting the ball rolling on this. A couple of thoughts.
First, how does this compare to the warnings and manywarnings modules of
Gnulib? They seem to do something similar. See:
http://www.gnu.org/software/gnulib/manual/html_node/warnings.html
* lib/autoconf/c.m4 (AC_C_VARARRAYS): Define __STDC_NO_VLA__ if
VLAs are not supported, as this is what C11 does. The old macro
HAVE_C_VARARRAYS is still defined if they are supported, but is
now obsolescent. Also, check for VLA bug in GCC 3.4.3.
* doc/autoconf.texi (C Compiler), NEWS: Document
* doc/autoconf.texi (Shell Substitutions): Say that $(...) isn't
working in Solaris 10 and earlier, not in recent releases.
---
doc/autoconf.texi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/autoconf.texi b/doc/autoconf.texi
index 9dce296..791436b 100644
---
* doc/autoconf.texi: Specify @documentencoding UTF-8. Don't abuse
'`' to mean open quote, unless Texinfo already interprets it that
way. Be more careful about hyphen versus minus versus endash
versus emdash.
---
doc/autoconf.texi | 51 ++-
1 file
I don't know, those warnings look pretty pedantic.
In projects I help maintain, we've found the gnulib
manywarnings module to be more useful.
Zack Weinberg wrote:
One remaining wart is that autoupdate
replaces AC_HEADER_STDC with an overt invocation of
_AC_INCLUDES_DEFAULT_REQUIREMENTS. I couldn't find an AU_DEFUN
construct that didn't expose this internal macro but would still DTRT
both before and after an autoupdate run. Ideas?
* doc/autoconf.texi (Function Portability): Use plain 'static',
not 'static inline', in example. These days, 'static' is enough;
optimizing compilers can figure out the 'inline' on their own.
---
doc/autoconf.texi | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git
Thanks, looks good. This sort of thing should be routine.
On 05/06/13 06:20, Stefano Lattarini wrote:
The series should be
good to apply, albeit more testing (especially on systems != GNU/Linux)
would be highly appreciated.
Thanks, looks good. I'd just apply it. The autoconf tests
right now have a lot of problems on non-GNU/Linux hosts.
I don't
I forgot one of the fixes Mr. Nakada reported for the 2013-03-08 fix.
* lib/autoconf/general.m4 (AC_EGREP_CPP):
Use rm -rf, not just rm -f, when removing conftest*.
---
lib/autoconf/general.m4 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/autoconf/general.m4
Thanks, I installed that into Autoconf with a slightly terser NEWS entry:
- AC_PROG_YACC now uses 'bison -o y.tab.c' instead of 'bison -y', so that
by default it no longer warns about Bison extensions. Add -Wyacc to
YFLAGS to enable these warnings.
Thanks, I pushed the following slightly-different patch
(I found a couple more instances of the problem):
From e14f3fe48c2b206d3ec4e0afaa4c7b2c99349b4a Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Fri, 8 Mar 2013 08:56:18 -0800
Subject: [PATCH] AC_PROG_CC etc: avoid
: Paul Eggert egg...@cs.ucla.edu
Date: Sat, 23 Feb 2013 11:14:49 -0800
Subject: [PATCH] AC_FUNC_GETLOADAVG: doc fix
* doc/autoconf.texi (Particular Functions):
Omit incorrect mention of @var{dir} before getloadavg.c.
Problem reported by Patricke Welche in:
http://lists.gnu.org/archive/html/autoconf
!
But it should be harmless on non-HP-UX hosts.
From 16ce3ed2f7844356fc41f3bc4e5b7b0587fc57f7 Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Fri, 8 Feb 2013 13:01:15 -0800
Subject: [PATCH] AC_USE_SYSTEM_EXTENSIONS: improve port to HP-UX
* lib/autoconf/specific.m4
Thanks, I installed the following patch, which is a bit
more general as it merges recent gnulib changes in.
From 773f366de4e8db4b2b40cde047c87a175eaa20a5 Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Wed, 6 Feb 2013 22:46:49 -0800
Subject: [PATCH] AC_USE_SYSTEM_EXTENSIONS
1 - 100 of 580 matches
Mail list logo