GNU bug report logs - #19311
AC_PROG_CC can force wrong $ac_aux_dir definition in automake 1.14

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mike Frysinger <vapier <at> gentoo.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#19311: closed (AC_PROG_CC can force wrong $ac_aux_dir
 definition in automake 1.14)
Date: Sun, 20 Feb 2022 19:10:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 20 Feb 2022 14:09:24 -0500
with message-id <YhKR5Cx6RCleWgL5 <at> vapier>
and subject line Re: bug#19311: [FYI] {minor} Expose automake bug#19311
has caused the debbugs.gnu.org bug report #19311,
regarding AC_PROG_CC can force wrong $ac_aux_dir definition in automake 1.14
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
19311: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19311
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jan Engelhardt <jengelh <at> inai.de>
To: bug-automake <at> gnu.org
Subject: regression: 1.14 may use ac_aux_dir before defined (again)
Date: Mon, 8 Dec 2014 18:15:26 +0100 (CET)

When AC_SYSTEM_EXTENSIONS precedes AM_INIT_AUTOMAKE, it used to throw an 
error - which has been fixed in
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15981 .

I have here another instance of what appears to be a similar issue. This 
one is also a regression (used to work in 1.13.4), and the regression is 
still present in {automake 1.14.1 + patch from #15981}. The problem 
originates in libmemcached/configure.ac, and I have produced the 
following reduced testcase that exhibits the issue:

$ cat <<EOF >configure.ac
AC_INIT([foo], [0])
AC_PROG_CC([cc gcc clang])
AC_CONFIG_AUX_DIR([build-aux])
AC_CONFIG_MACRO_DIR([m4])
AM_INIT_AUTOMAKE([1.11 subdir-objects foreign])
AC_OUTPUT([Makefile])
EOF
$ echo '' >Makefile.am
$ md m4
$ autoreconf -fi
configure.ac:2: installing 'build-aux/compile'
configure.ac:5: installing 'build-aux/install-sh'
configure.ac:5: installing 'build-aux/missing'
$ ./configure
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
configure: error: cannot find install-sh, install.sh, or shtool in "." "./.."
"./../.."

With automake-1.13.4, configure would succeed through to the end 
("config.status: creating Makefile").

[Message part 3 (message/rfc822, inline)]

From: Mike Frysinger <vapier <at> gentoo.org>
To: 19311-done <at> debbugs.gnu.org
Subject: Re: bug#19311: [FYI] {minor} Expose automake bug#19311
Date: Sun, 20 Feb 2022 14:09:24 -0500

On 17 Dec 2014 17:13, Stefano Lattarini wrote:
> AC_PROG_CC called before AC_CONFIG_AUX_DIR can silently force wrong
> $ac_aux_dir definition.

looks like this was merged to fix this bug but forgot to close the report
-mike

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.