Re: \{n\} are not recognized as repetition counter in regular expressions.

On Thu, May 22, 2025 at 12:30:37PM -0700, Paul Eggert wrote: > On 2025-05-22 10:42, Eric Blake wrote: > > BSD has tried hard to make their m4 be a drop-in replacement > > enough that autoconf will use it instead of mandating GNU m4 > > Is this a real problem, though? I j

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 01:37:10PM -0500, Eric Blake wrote: > On Mon, Apr 07, 2025 at 12:46:11PM -0500, Eric Blake wrote: > > And relying on a configure-time test of what m4 supports on the > > packager's machine is not necessarily going to work when autoconf is > > ru

Re: fedora 42 doesn't have awk: how to deal with autoconf subst?

t is no longer reasonable to assume that awk is available on every bare-bones distro, and so we either need to tweak autoconf to avoid awk (hard) or to at least alert the user that their environment is too bare-bones, and they need to adjust their CI setup to install just a bit more. -- Eric Blake, Prin

Re: fedora 42 doesn't have awk: how to deal with autoconf subst?

es that the configure script will rely on, rather than assuming that the distro has provided them out-of-the-box. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 12:46:11PM -0500, Eric Blake wrote: > And relying on a configure-time test of what m4 supports on the > packager's machine is not necessarily going to work when autoconf is > run on a developer's machine with a different version of m4. Which in > t

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 10:51:26AM -0400, Zack Weinberg wrote: > On Fri, Apr 4, 2025, at 3:56 PM, Eric Blake wrote: > … > > tl;dr: if I do add intervals to m4 regex, would you rather it be \{\} > > (BRE and emacs style) or {} (ERE style)? And how to avoid breaking >

[sr #111221] _AC_DEFINE_UNQUOTED has broken regex

: None ___ Follow-up Comments: --- Date: Mon 07 Apr 2025 10:48:46 AM CDT By: Eric Blake Captured from https://lists.gnu.org/archive/html/bug-m4/2025-04/msg00027.html. It looks like the existing regex of _AC_DEFINE_UNQUOTED searches for the literal

[sr #111221] _AC_DEFINE_UNQUOTED has broken regex

Follow-up Comment #1, sr #111221 (group autoconf): [comment #0 original submission:] > Captured from > https://lists.gnu.org/archive/html/bug-m4/2025-04/msg00027.html. It looks > like the existing regex of _AC_DEFINE_UNQUOTED searches for the literal > 8-byte string "(|{|@S|@" when it really wante

Re: \{n\} are not recognized as repetition counter in regular expressions.

avoid breaking existing m4 scripts? On Fri, Apr 04, 2025 at 08:47:20AM -0500, Eric Blake wrote: > On Fri, Nov 04, 2022 at 04:25:45AM +0300, Van de Bugger wrote: > > M4 documentation for regular expressions is extremely short: > > https://www.gnu.org/software/m4/manual/html_node/Reg

Re: autoreconf --force seemingly does not forcibly update everything

is that the use of serial numbers in .m4 snippets was intentional in gnulib (more or less where the practice originated), but only because gnulib prefers a linear history (everything is monotonically increasing, no forks for the serial number to diverge on). In light of this weekend's mess, Br

Re: [1003.1(2016/18)/Issue7+TC2 0001558]: require [^...] in addition to [!...] for bracket expression negation

g in GNU autoconf… which I’m not personally going to > even try and report. The …[^… is passed to sed. But it is also > processed by the shell first, by accident. (This is from > OpenSSH-portable’s configure.) So we need to patch autoconf to properly shell-quote the sed script stored in as_tr_cpp. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

[sr #110547] AX_PYTHON_DEVEL version checks fail with Python 3.10

Update of sr #110547 (project autoconf): Status:None => Not Autoconf Open/Closed:Open => Closed ___ Follow-up Comment #1: AX_PYTHON_DEVEL is

[sr #110526] Typo caught by codespell

Update of sr #110526 (project autoconf): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: I've pushed that f

Re: autoconf bug tracking?

eassign"ed: https://debbugs.gnu.org/cgi/pkgreport.cgi?package=autoconf We haven't been using it, but I would not be opposed to flipping the switch to start using it. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

ffect? Or maybe just tweak the NEWS blurb to mention that users depending on $GREP being set early may need to be careful? -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

[sr #110212] Transform pkgdatadir using program-prefix and -suffix

Follow-up Comment #1, sr #110212 (project autoconf): Such a change first needs to be incorporated into the GNU Coding Standards. ___ Reply to this item at: _

Re: Question:Why configure file does not exist on git repository?

ps://ftp.gnu.org/gnu/autoconf/, each of which contains a configure file. How can I build autoconf from scratch with ONLY source code on git repository ? You can't. You have to bootstrap with a released tarball before you can hack on the git repository. -- Eric Blake, Principal Softwar

Re: AC_INCLUDES_DEFAULT

ed without an argument), if you wanted to try and override a different setting of that shell variable to be effective at the point where the rest of configure then relies on the contents of the variable. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtual

Re: autoreconf doesn't follow includes.

es, I'm happy to accept a patch to autoreconf to do similar chasing when building the command line to pass to automake, but I'm not sure how easy it would be for me to write the patch myself. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

Re: [PATCH] regex: Add extra escapes to regular expressions in m4

On 1/29/19 8:23 PM, Siddhesh Poyarekar wrote: > On 30/01/19 2:16 AM, Eric Blake wrote: >> Looking at m4/fnmatch.m4, it looks like we are already used to the idea >> of doubling up \\ that will pass through AC_LANG_PROGRAM() and the >> unquoted heredoc; on that grounds,

Re: [PATCH] regex: Add extra escapes to regular expressions in m4

[adding bug-autoconf] On 1/29/19 2:18 PM, Eric Blake wrote: > On 1/29/19 12:57 PM, Siddhesh Poyarekar wrote: >> From: Siddhesh Poyarekar >> >> * m4/regex.m4 (gl_REGEX): Add extra escape characters to >> regular expressions. >> --- >> >>

Re: Check if make supports nested variables is done twice when using silent rules

bian Stretch system using (Debian version syntax): autoconf 2.69-10 automake 1:1.15-6 Regards Jacob -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: copyright problem with install-sh, request for clean-room rewrite

On 09/03/2018 10:35 AM, Thomas Dickey wrote: On Mon, Sep 03, 2018 at 09:13:13AM -0500, Eric Blake wrote: ... Note that the most recent version of 'install-sh' as installed by Automake states: # Copyright (C) 1994 X Consortium looking at my collection of untarred X sources, there&

Re: copyright problem with install-sh, request for clean-room rewrite

nstall-sh -d' in place of mkinstalldirs. It may make sense to have automake quit shipping mkinstalldirs, and merely rely on $(MKDIR_P) and/or 'install-sh -d', for one less helper script installed by automake. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

copyright problem with install-sh, request for clean-room rewrite

i done fi fi # If any of these fail, we abort the whole thing. If we want to # ignore errors from any of these, just make sure not to ignore # Now rename the file to the real destination. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Autoheader should ignore m4 "dnl" comments

might not even be possible to fix, at which point, documentation would be the only thing to improve. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Fwd: BUG report using autoconf…

king for unexpanded macros has taken place, and its presence in the meantime is enough to prevent unintended infinite recursion of trying to expand the SC_ENABLE_DEBUG macro from its own output. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Fwd: BUG report using autoconf…

ttern_allow. >   See the Autoconf documentation. You are correct that autoconf's detection of unexpanded macros is unaware of comment syntax. Would you like to prepare a patch to the post-processing pass that looks for unexpanded macros to first filter out all comment lines? -- Eric Blak

Re: autoreconf breaks shell functions in configure.ac

m $(()) or other POSIX constructs not portable to ancient /bin/sh. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org signature.asc Description: OpenPGP digital signature

Re: a bug in autoscan 2.69

rt. This has already been fixed in git, and it is just waiting for me to find time to release autoconf 2.70. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org signature.asc Description: OpenPGP digital signature

Re: Segfault while checking for suffix of executables

? If you can't trust /bin/sh to not dump core, there's not much autoconf can do; conversely, if we can isolate exactly what bug we are tickling in /bin/sh, it may be possible to tweak autoconf to avoid generating shell scripts that tickle that pattern. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org signature.asc Description: OpenPGP digital signature

Re: [GNU Autoconf 2.69] testsuite: 258 285 286 309 310 failed

utomake > doesn’t recognized autoconf (I am on Mac and I install all the GNU tools in a > custom folder) Posting the testsuite.log (perhaps compressed) might let others read and offer insight into the failure messages you are seeing. But without that additional information, there is not enough fo

Re: Autoconf does not support cross compilation.

=value) or in config.site, assuming that the configure script is properly written to honor the cached variable values, particularly when cross-compiling. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP d

Re: Autoconf should fail if there are macros with invalid names

ld that use lower-case for the namespace portion of their macro names; for example, gnulib has [gl_INIT]. So requiring all uppercase is a bit too strict; but requiring an underscore (so that there is a separation of namespace and rest of the name) may make sense. Likewise, requiring no digits is too h

Re: AC_EGREP_CPP and AC_EGREP_HEADER users - beware of recent gcc

e. > > Maybe the documentation of AC_EGREP_CPP and AC_EGREP_HEADER could include > a caveat about this? Indeed. grep'ping has always been fragile, but adding another warning can't hurt. I'll see if I can come up with a patch -- Eric Blake eblake redhat com+1-919-

Re: configure and -Werror=unused-variable do not mix well.

y change CFLAGS for the rest of the configure suite. GNU Coreutils is a good example of how to probe for -Werror and even use it via a separate Makefile.am variable, without having it on to mess with the rest of the configure probes. -- Eric Blake eblake redhat com+1-919-301-326

Re: Documentation of AX_CXX_COMPILE_STDCXX_11 on Autoconf macro archives

mpile_stdcxx_11.html Thanks for the report. However, autoconf-archive is a separate project from autoconf, so your report is better directed to that mailing list. Per https://www.gnu.org/software/autoconf-archive/Introduction.html#Introduction, the address is autoconf-archive-maintain...@gnu.org

[PATCH] doc: Patterns in m4_pattern_forbid cause error, not warning

e use of m4_pattern_allow() as the fix, and beef up the example to better demonstrate the problem. * doc/autoconf.texi (Autoconf Language): Improve AC_DC example. Reported by Gavin Smith . Signed-off-by: Eric Blake --- doc/autoconf.texi | 29 +++-- 1 file changed, 19 inser

Re: Words in configure.ac that look like macros forbidden or merely discouraged?

ut information about this here: > http://buildsystem-manual.sourceforge.net/Macro-name-quoting.html#Macro-name-quoting > , which I've adapted from the test in the automake manual. > > Contents of files: > > $ cat configure.ac > AC_INIT([helloprog], [1.0]) > AM_INIT_AUTOMA

[PATCH 1/2] m4sh: Add _AS_INVOCATION

* tests/m4sh.at (_AS@&t@_INVOCATION): Test it. Inspired by a report by Kevin Brubeck Unhammer . Signed-off-by: Eric Blake --- lib/m4sugar/m4sh.m4 | 14 ++ tests/m4sh.at | 23 +++ 2 files changed, 37 insertions(+) diff --git a/lib/m4sugar/m4sh.m4 b/l

[PATCH 0/2] Fix logged command line

to paste the text grep'ed out of config.log. Eric Blake (2): m4sh: Add _AS_INVOCATION autoconf: Properly quote logged command line lib/autoconf/general.m4 | 3 ++- lib/autoconf/status.m4 | 3 ++- lib/m4sugar/m4sh.m4 | 14 ++ tests/m4sh.at | 23 +

[PATCH 2/2] autoconf: Properly quote logged command line

pensive to produce, and makes no difference to shell parsing of the pasted line.) * lib/autoconf/general.m4 (_AC_INIT_CONFIG_LOG): Use _AS_INVOCATION. * lib/autoconf/status.m4 (_AC_OUTPUT_CONFIG_STATUS): Likewise. Reported by Kevin Brubeck Unhammer Signed-off-by: Eric Blake --- I wonder if it

Re: Bug in autogenerated 'autoscan' Perl script

On 12/21/2016 08:36 AM, Eric Blake wrote: > On 12/12/2016 12:07 AM, Ken Cotterill wrote: >>I encountered a bug in the autogenerated 'autoconf-2.69/bin/autoscan' >>script which caused 'make check' to fail on test 503. >>The statement caus

Re: warning from autoconf

On 12/21/2016 08:37 AM, Eric Blake wrote: > On 12/20/2016 10:44 PM, Kemin Zhou wrote: >> >> autoscan Unescaped left brace in regex is deprecated, passed through in >> regex; marked by <— HERE in m/\${ <— HERE [^\}]*}/ > > Thanks; you're the second person

Re: Bug in autogenerated 'autoscan' Perl script

at line 361 in my version. Thanks; I'll get that patched before autoconf 2.70 (which I hope to release this year). -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: warning from autoconf

On 12/20/2016 10:44 PM, Kemin Zhou wrote: > > autoscan Unescaped left brace in regex is deprecated, passed through in > regex; marked by <— HERE in m/\${ <— HERE [^\}]*}/ Thanks; you're the second person to report this in a month, so I'll get it fixed soon. -- Eric

Re: query

e about the 4 freedoms that you should look for in software you use: https://www.gnu.org/philosophy/free-sw.en.html -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: config.log claims invocation is FLAGS=foo bar when really FLAGS='foo bar'

ib/autoconf/status.m4 output an invocation line, it's probably worth factoring out a common helper macro, probably to lib/m4sugar/m4sh.m4; would you like to try your hand at a patch? If not, I can probably do it. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: ax_check_compile_flag.m4 internal server error

autoconf mailing list; the two projects are somewhat related, but use different repositories and mailing lists, so you may want to resend your email to the autoconf-archive folks. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signatur

Re: Fwd: ax_lib_hdf5 bug with library ordering, static libraries

t; I think the logic in rewriting the FLIB part in lines 270-308 is not > prepared to handle my environment. > > Is somebody still working on the HDF5 support? > > Thanks, > Harald > > > -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Readonly shell variables containing newlines break caching

o write such patches. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org

Re: [GNU Autoconf 2.69] testsuite: 281 282 failed

onment to something that doesn't exist? But it explains the testsuite failures - it's your environment, and not the testsuite. Either figure out why icc isn't working, or why configure is trying to pick icc instead of gcc or cc as the primary C compiler. -- Eric Blake eblak

Re: [GNU Autoconf 2.69] testsuite: 281 282 failed

eport; however, it is rather sparse on details. Can you look at the testsuite.log to see more details about the failed tests, to see if it is something about your environment, or if we may have a bug in the testsuite itself? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt

Re: configure tests for gcc builtins with CFLAGS=-Werror

hen use that separate variable in your Makefiles but not the rest of configure. That said, there is an open patch to autoconf to promote gnulib's gl_WARN_ADD logic into a formal autoconf macro, and that's one of the remaining things that needs to be merged in before I can release autocon

Re: autoreconf v2.69 with subdir-objects: ./configure creates directory 'src/tests/\$(top_srcdir)'

arch found this, though: https://lists.gnu.org/archive/html/automake/2015-12/msg1.html >> (I am not subscribed to any autoconf ML, hence a Cc to my sender address is >> appreciated) Reply-to-all is general policy on GNU lists, for precisely that reason. -- Eric Blake eblake r

Re: [GNU Autoconf 2.69] testsuite: 503 failed

On 02/12/2016 06:41 AM, Paul Bridger wrote: > Hi, `make check` failed while building autoconf 2.69 with the following > message: > > Please send `tests/testsuite.log' and all information you think might help > > Please find attached the log. The log wasn't actually

Re: mmm-mode configure hangs because of autoconf bug

of that macro, I cannot reproduce your problem. There may also be problems with the elisp-comp script bundled by automake not using --no-site-file, but that would be a bug in the automake project, not here. > Configure and configure.in are attached. By the way, configure.in is an obsolete

[sr #108879] Add m4_forbid_pattern for autoconf-archive macros

Follow-up Comment #1, sr #108879 (project autoconf): I'm reluctant to have autoconf exclude a namespace that it is not in charge of itself. After all, autoconf documents how to warn about the lack of pkg-config, but does not exclude it itself (so I'm okay with expanding the documentation in autoc

Re: Error message for memory.h

the fact that configure can't find a working shouldn't prevent your package from still compiling, if your package isn't relying on obsolete headers. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: about the test 501 that fail...

the current locale, or if it always outputs in the C locale (after all, Autoconf, and therefore the M4sugar framework maintained by autoconf and used by libtool, is not localized yet). So I still think Christian's original suggestion of broadening the regular expression is needed. --

Re: Location of "file" is hard coded

itional use, after first probing that it exists on PATH, and with a sane fallback when it does not exist, is okay). -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Autoconf 2.69 bug

and prove that it comes from autoconf proper and not from SystemC's configure.ac file, I'm inclined to think this is not an autoconf bug, but a normal limitation that you'll just have to work around via symlink or mount point. -- Eric Blake eblake redhat com+1-919-301-3266 Lib

Re: bug#20733: coreutils build problem

ig.status' to regenerate your Makefile with the updated source? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: bug#20733: coreutils build problem

ut have updated automake in the meantime. Do 'autoreconf -f' to pick up the new automake version into your generated Makefile.in files, and it should fix this issue. A fresh checkout rather than an incremental build would also work. -- Eric Blake eblake redhat com+1-919-301-3

Re: bug#20733: coreutils build problem

the syntax error is not in anything the package provides, but appears in the generated configure file, then it is more likely to be in automake or autoconf. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: bug#20733: coreutils build problem

nly gives you $nl containing newline, and you'd still need another layer of 'eval' if you wanted to actually write the makefile fragment to interpret the newline as a separator between the var-name and 'do'. So yeah, it's not worth it. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: bug#20733: coreutils build problem

cument it as a portability pitfall, but I don't see it under 'for' in this link: https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Bug found

0)","slice_uuid":"401d84e7-e929-354d-a4fb-270855328f6b","share_with_app_devs":true,"build_version":"600.1.4","is_first_party":true,"bug_type":"109","name":"MobileSafari"} > Incident Identifier: F6D2

Re: Fwd: autoreconf manual entry for --force

lly rewriting it to the "standard" version? It sounds like part of the confusion is not autoconf's fault, but automake's insistence on treating '--force --install' as bringing all files up-to-date to their newest "standard" counterpart by forcefully undoing any customizations. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: BUG of unfindable (and likely un-necessary) PRE-REQUIREMENT

ether you are trying to vent frustration, or offer on advice on something that we need to change (better documentation about bootstrapping), or something else entirely. At any rate, I wish you luck on getting your desired software installed. You can always use a pre-built distribution to save yourself

Re: bug#18916: libtool-2.4.3 caused autoconf test failure

']*\\)'.*,\\1,p"] stdout], [0], > [stdout]) Obvious patch pushed to autoconf. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: libtool-2.4.3 caused autoconf test failure

en > libtool-2.4.2 is used, the test passes. Thanks for the report. Yes, autoconf should be taught to be more tolerant of new libtool, but this is probably also worth investigating if it is a libtool regression worth fixing for the upcoming 2.4.4. -- Eric Blake eblake redhat com

Re: [GNU Autoconf 2.69.129-0263a] testsuite: 140 210 212 failed

, I do have dash also installed, so autoconf can execute > it if needed. My dash version is 0.5.7-3 (shipped with Debian Wheezy, from > an official Debian repo). Could very well be a bug in Debian's build of dash, then. It's been a while since I've used a Debian machine though, so it may be a while before I can try and reproduce it. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: [GNU Autoconf 2.69.129-0263a] testsuite: 140 210 212 failed

ok > 3: test number 3 ok > 4: killer test./autotest.at:1584: exit > code was 2, expected 130 I know that upstream dash has been doing some patches lately to try and improve exit statu

Re: m4 check for OpenSSL does not consider multi-arch setups

lowing paths: > > ssldirs="/usr/local/ssl /usr/lib/ssl /usr/ssl /usr/pkg /usr/local /usr" > Thanks for the report. However, autoconf is not the owner of ax_check_openssl.m4, so you'll have to redirect your report to the author of that file if you want anything to change.

Re: [GNU Autoconf 2.64] testsuite: 114 failed

On 08/04/2014 12:31 AM, Christopher Fontas wrote: > [compressed log] Thanks for the report. However, 2.64 is old. Can you reproduce your test on the latest version 2.69, or even on autoconf.git? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library h

Re: [ENHANCEMENT]Autoconfig.pdf

at does 100 things all crammed into one submission. > 11: I ran out of time. If the current submission looks good then I'll try to > continue this weekend (?). Otherwise, well, I will have missed the target. > Sigh. I echo the sentiment; I have not had time to look further at your odt o

Re: [ENHANCEMENT]Autoconfig.pdf

t; references to defintions. > > Now I absolutely know that this is all a bore and distraction. But I'm > trying to make some sense of all the pieces and having a ferocious > difficulty. > > Please don't take this as a criticism (or even a request if that suits your >

[sr #108605] autoconf mis-detects arch (and other things)

Update of sr #108605 (project autoconf): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: This part of the c

Re: [GNU Autoconf 2.69] OSX autotools: `aclocal.m4' not being output by `autom4te'

r than a problem with the just-built autoconf is still usable. But to avoid test failures, we'd need patches from someone that is actively in such a setup (I don't have access to such a system at the moment, so it would be a while to wait if you are expecting me to try and come up with su

Re: [GNU Autoconf 2.69] OSX autotools: `aclocal.m4' not being output by `autom4te'

need to figure out what is causing those spurious 'm4trace: ' lines to be output at the beginning of every run of autom4te. Do you have any environment variables or config.site that might be interfering with normal operation of the tools, by causing autom4te to behave as if it were being requested to trace macros instead of do its normal job? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: AC_C_INLINE with -Werror llvm 3.4

hnical problem of being able to make ALL compilers warning-free. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: AC_C_INLINE with -Werror llvm 3.4

have a simple patch that reduces one case of false test results due to -Werror, we can still probably apply it. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: OpenCatamount / Autoconf bug

ssing or too old: gcc *** Check the INSTALL file for required versions. Maybe you should take care of that first :) -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: feature request: making invalid feature request error more friendly

s is a patch for another day, while this one is at least consistent with the rest of the file). From da84360b9775510f219c6022514fe390c4fadf44 Mon Sep 17 00:00:00 2001 From: Eric Blake Date: Fri, 30 May 2014 08:55:10 -0600 Subject: [PATCH] AC_INIT: quote invalid feature names Changes: confi

Re: AC_CHECK_LIB Not finding Libraries that are not Compiled with PIC

-fPIC options, and all of a sudden > ./configure can now find it. > > Does the ./configure not work with libraries that haven't been compiled > with position independent code, or is this a bug? > > When I do a nm on both the PIC and non-PIC library, the symbols are &

Re: Reg:gawk linux app build procedure for ARM cross compiler.

te configure scripts that work with cross-compilers, you are still better off asking cross-compilation questions in a forum dedicated to that topic. There's not much we can do to help you here. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library h

Re: Apostrophe in path

oted configure.ac, many packages have a configure.ac that is not fully-quoted. It's one of those situations where you are better off picking a smarter name for your current working directory, rather than trying to patch hundreds of packages to work around your odd corner case. -- Eric Bla

Re: On Solaris 10, grep snapshot apparently hit by bleeding-edge Autoconf bug

ELL = > /bin/bash, which is what grep does with my test builds. In autoconf.git, there are zero hits for: git grep -F '0%/*' However, in grep.git, there is: src/egrep.sh:if test -x "${0%/*}/@grep@"; then src/egrep.sh: PATH=${0%/*}:$PATH The culprit is grep

Re: /bin/bash ./configure problem with old /bin/sh bourne shell

n. You're welcome to try and patch autoconf to behave more sanely for the future, but that won't help all the existing configure scripts created with current autoconf versions; so even if you patch autoconf, the recommendation will still be to use CONFIG_SHELL when using a different shel

Re: something your script said to me.. running kali linux installing apache 2.4.9

that still choke in your situation. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Wrong quoting by autoreconf?

from the configure file around that line number? Is this a case of using $use_tcl later on without proper shell quoting? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Wrong quoting by autoreconf?

a how to reproduce what you are complaining about. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: Autoconf 2.69 AC_PROG_CXX accepts plain C compilers

On 02/05/2014 02:36 PM, Peter De Wachter wrote: > On 05-02-14 21:40, Eric Blake wrote: >> Actually, in gcc's case, your proposed program is now a syntax error: >> >> $ gcc -o foo foo.c >> foo.c: In function ‘main’: >> foo.c:1:21: error: ‘new’ undeclared (fi

Re: Autoconf 2.69 AC_PROG_CXX accepts plain C compilers

causing a false negative. Or maybe even some other construct that doesn't involve memory allocation but is truly a no-op C++ program that fails to compile under C (such as AC_LANG_PROGRAM([class foo]) by exploiting 'class' rather than 'new'). Any opinions? Otherwise, th

Re: autoconf-2.69 not compatible with ppc64le architecture

> Can you please spin a new version which would support ppc64le? Please do > let me know if you will be picking up the patches from upstream or you > would require local patches to be provided. When autoconf 2.70 is released, it will automatically include the latest config.guess from

Re: uses old-style function definition, thus fails with -Werror=old-style-definition

On 01/03/2014 02:56 PM, Eric Blake wrote: > On 01/03/2014 02:51 PM, Vincent Lefevre wrote: >> A developer may want to test his software with >> -Werror=old-style-definition (in particular because such definitions >> could be a real bug in the software). But configure fail

Re: uses old-style function definition, thus fails with -Werror=old-style-definition

S. That said, if someone has the time and inclination to write a patch that would make autoconf automatically strip out -Werror* arguments from CFLAGS for the duration of the configure testing, then add it back in at the end, be my guest. -- Eric Blake eblake redhat com+1-919-301-3266 Libvi

Re: autoreconf `--exclude=libtoolize'

atch to add it - are you volunteering?). But the common way to skip libtoolize during autoreconf is: LIBTOOLIZE=: autoreconf which forces autoreconf to call ':' instead of the more typical 'libtoolize' and therefore successfully does nothing on the phase that requires libtooliz

Re: Cannot Build on CentOS 6.x or Amazon Linux

u any solutions. It should be fairly easy to install an up-to-date autoconf onto any machine of your choice without waiting for the distro to do it on your behalf, if you insist on developing on that platform. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization librar

  1   2   3   4   5   6   7   8   >