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: Jan Engelhardt <jengelh <at> inai.de>
Subject: bug#19311: closed (Re: bug#19311: [FYI] {minor} Expose automake
 bug#19311)
Date: Sun, 20 Feb 2022 19:10:02 +0000

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

Your bug report

#19311: AC_PROG_CC can force wrong $ac_aux_dir definition in automake 1.14

which was filed against the automake package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 19311 <at> debbugs.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: 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

[Message part 3 (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").

Previous Next

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