If the system makes configure read in a config.site script, then 36: autoupdating AC_OBSOLETE FAILED (tools.at:1342) because the comparison of config.log is not prepared to see the additional line in config.log configure: loading site script /etc/config.site Here the relevant output snip when running " make check TESTSUITEFLAGS='-x -d -v 36' " on my system with config.site: [...] ++ ./configure --- - 2020-10-27 13:42:15.389259100 +0100 +++ /c/autotools/autoconf/tests/testsuite.dir/at-groups/36/stdout 2020-10-27 13:42:15.288410800 +0100 @@ -1,3 +1,4 @@ +configure: loading site script /etc/config.site dst=dst src=src configure: creating ./config.status A remedy might be to run the AC_OBSOLETE test with the env var CONFIG_SITE set to the empty string (see patch below) or, more broadly, passing 'CONFIG_SITE=""' to testsuite in tests/local.mak if it this intended (the downside might be that the specific configuration in config.site should be considered, too, when checking the autoconf package, but this is rather beyond me). Thanks, J. ============ diff --git a/tests/tools.at b/tests/tools.at index 6288de00..895ff9de 100644 --- a/tests/tools.at +++ b/tests/tools.at @@ -1339,10 +1339,16 @@ aclocal.m4:1: OLD is expanded from... configure.ac:2: the top level ]]) +dnl configure should ignore any config.site which if read in +dnl would cause additional log lines in config.log. +save_configure_options="$configure_options" +configure_options='CONFIG_SITE=""' AT_CHECK_CONFIGURE([], 0, [[dst=dst src=src configure: creating ./config.status ]]) +configure_options="$save_configure_options" +save_configure_options= AT_CLEANUP
