Log message: automake: update to 1.18. Based on wip/automake by Frédéric Fauberteau. New in 1.18 (2025-05-25): * New features added - Default tar format is now ustar, mainly to support longer filenames; the tar-v7 and other explicit options to force a particular tar format are unchanged and still override the default. (bug#74847) - The mdate-sh auxiliary script generally used with Texinfo now uses SOURCE_DATE_EPOCH, if set, instead of the source file's mtime. (bug#77805) - New option dist-bzip3 for bzip3 compression of distributions. (bug#73795) - New option --stderr-prefix for tap-driver.sh, to prefix each line of stderr from a test script with a given string. (bug#72536) - Support for Algol 68 added, based on the GNU Algol 68 compiler. (bug#75807) * Bugs fixed - Do not make Perl warnings fatal, per Perl's recommendation. (https://lists.gnu.org/archive/html/automake/2025-01/msg00003.html) - Avoid Perl 5.41.8+ precedence warning for use of !!. (https://lists.gnu.org/archive/html/automake/2025-01/msg00000.html) - a Perl path containing whitespace now emits a warning instead of an error, so ./configure PERL='/usr/bin/env perl' can work. (bug#74453) - The py-compile script once again does nothing (successfully) if the PYTHON environment variable is set to ":", or anything that isn't a Python interpreter (according to $PYTHON -V). Exception: if PYTHON is set to "false", do nothing but exit unsuccessfully, also to match previous behavior. (bug#74434) - The no-dist-built-sources Automake option now operates (hopefully) as intended, i.e., omits the dependency on $(BUILT_SOURCES) for the distdir target. (bug#69908) - Only warn about install.sh being found, instead of it being a fatal error. (bug#19964) - The compile script is more robust to Windows configurations; specifically, avoids double-path translation on MSYS. (bug#75939) - The test infrastructure sets the CONFIG_SITE environment variable to /dev/null, to avoid the local system's Autoconf site defaults from breaking the test environment. (bug#76622) - AM_SILENT_RULES once again always ends with a newline. (bug#72267) - AM_SANITY_CHECK now outputs "no" on failure, so that a complete line is written to stdout before the error message is written to stderr. (bug#76448) * Miscellaneous changes - Only require the presence of an ABOUT-NLS file at the 'gnits' strictness level. (https://lists.gnu.org/archive/html/automake/2024-10/msg00006.html) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ New in 1.17 (2024-07-11): * New features added - AM_PATH_PYTHON will, after checking "python", prefer any Python 3 version (latest versions checked first) over any Python 2 version. If a specific version of Python 2 is still needed, the $PYTHON variable should be set beforehand. - AM_PATH_PYTHON will also search for Python versions 3.20 through 3.10. It previously searched for 3.9 through 3.0. (bug#53530) - RANLIB may be overridden on a per-target basis. - AM_TEXI2FLAGS may be defined to pass extra flags to TEXI2DVI & TEXI2PDF. - New option "posix" to emit the special target .POSIX for make. (bug#55025, bug#67891) - Systems with non-POSIX "rm -f" behavior are now supported, and the prior intent to drop support for them has been reversed. The ACCEPT_INFERIOR_RM_PROGRAM setting no longer exists. (bug#10828) - Variables using escaped \# will trigger portability warnings, but be retained when appended. GNU Make & BSD Makes are known to support it. (bug#7610) - GNU Make's default pattern rules for RCS and SCCS are disabled, for speed and debugging. (.SUFFIXES was already cleared.) (bug#64743) - For Texinfo documents, if a .texi.in file exists, but no .texi, the .texi.in will be read. Texinfo source files need not be present at all, and if present, need not contain @setfilename. Then the file name as given in the Makefile.am will be used. If @setfilename is present, it should be the basename of the Texinfo file, extended with .info. (bug#54063) - aclocal has a new option --aclocal-path to override $ACLOCAL_PATH. (https://lists.gnu.org/archive/html/automake-patches/2022-01/msg00029.html) - The missing script also supports autoreconf, autogen, and perl. (https://lists.gnu.org/archive/html/automake-patches/2015-08/msg00000.html) - test-suite.log now contains basic system information, and the console message about bug reporting on failure has a bit more detail. (bug#68746, bug#71421) - When using the (default) "parallel" test driver, you can now omit the output of skipped tests from test-suite.log by defining the variable IGNORE_SKIPPED_LOGS to a non-empty value. (bug#71422) * Bugs fixed - Generated file timestamp checks handle filesystems with subsecond timestamp granularity dynamically, greatly speeding up the sleep done by AC_OUTPUT when generating config.status (all packages) and Automake's make check. However, this subsecond-mtime support requires an autom4te from Autoconf 2.72 or later (or random test failures and other timing problems may ensue), as well as a Perl, sleep program, make program, and filesystem that all support subsecond resolution; otherwise, we fall back to a two-second granularity, not even testing the (common) 1s case since that would induce a 2s delay for all configure scripts in all packages on all systems that don't support subsecond mtimes. When everything is supported, a line "Features: subsecond-mtime" is now printed by automake --version and autom4te --version. To override this check and delay, e.g. to use 1 second: am_cv_filesystem_timestamp_resolution=1 export am_cv_filesystem_timestamp_resolution (commit 720a11531, https://lists.gnu.org/archive/html/automake-commit/2022-02/msg00009.html then bug#60808, bug#64756, bug#67670, bug#68808, bug#71652, history reviewed in https://lists.gnu.org/archive/html/automake/2024-06/msg00054.html and more info in surrounding threads.) - The default value of $ARFLAGS is now "cr" instead of \ "cru", to better support deterministic builds. (bug#20082) - Automake's make dist now uses -9 instead of --best with gzip, because Alpine gzip does not support --best. Also, GZIP_ENV is used only for compression, not decompression, because of the same system. (bug#68151) - Dependency files are now empty, instead of "# dummy", for speed. (https://lists.gnu.org/archive/html/automake/2022-05/msg00006.html) - Compiling Python modules with Python 3.5+ uses multiple optimization levels. (bug#38043) - If the Python installation "scheme" is set to posix_local (Debian), it is reset to either deb_system (if the prefix = /usr), or posix_prefix (otherwise). (bug#54412, bug#64837) - As a result of the Python scheme change, the installation directory for Python files again defaults to "site-packages" under the usual installation prefix, even on systems (generally Debian-based) that would normally use the "dist-packages" subdirectory under /usr/local. - When compiling Emacs Lisp files, emacs is run with --no-site-file to disable user config files that might hang or access the terminal; and -Q is not used, since its support and behavior varies. (bug#58102) - Emacs Lisp compilations respect silent make output. - Automake no longer incorrectly warns that the POSIX make variables $(*D) and the like are non-POSIX. Unfortunately, the make implementations which do not correctly implement all the POSIX variables are not detected, but this seems to have little impact in practice. (bug#9587) - Pass libtool tags OBJC and OBJCXX for the respective languages. (bug#67539) - distcleancheck ignores "silly rename" files (.nfs* .smb* .__afs*) that can show up on network file systems. (https://lists.gnu.org/archive/html/automake/2022-09/msg00002.html) - Pass any options given to AM_PROG_LEX on to AC_PROG_LEX. (bug#65600, bug#65730) - aclocal: recognize ; as path separator on OS/2 and Windows. (bug#71534) - Hash iterations with external effects now consistently sort keys. (bug#25629, bug#46744) - tests: avoid some declaration conflicts for lex et al. on SunOS. (bug#34151 and others) - tests: declare yyparse before use and use (void) parameter lists instead of (), to placate C23. (bug#71425) - Typos in code and other doc fixes. (bug#68003, bug#68004, et al.) * Obsolescence: - py-compile no longer supports Python 0.x or 1.x versions. Python 2.0, released in 2000, is currently the minimum required version. |