With the following input autoconf 2.63b expands macros out of order: $ cat configure.ac AC_INIT(configure.ac) AC_DEFUN([FOO], [AC_COMPILE_IFELSE([AC_LANG_PROGRAM([], [])])]) AC_DEFUN([BAR], [AC_PROG_CC FOO]) BAR AC_OUTPUT $ autoconf configure.ac:5: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required ../../lib/autoconf/c.m4:422: AC_LANG_COMPILER(C) is expanded from... ../../lib/autoconf/lang.m4:305: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2564: AC_COMPILE_IFELSE is expanded from... configure.ac:2: FOO is expanded from... configure.ac:3: BAR is expanded from... configure.ac:5: the top level $ ./configure checking for gcc... gcc checking whether we are using the GNU C compiler... no checking whether gcc accepts -g... no checking for gcc option to accept ISO C89... unsupported checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... (cached) no checking whether gcc accepts -g... (cached) no checking for gcc option to accept ISO C89... (cached) unsupported configure: creating ./config.status
This is a regression from 2.63. When I remove the m4_expand_once calls from AC_PROG_CC then I get at least correct output, albeit duplicated. Andreas. -- Andreas Schwab, [email protected] GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
