[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
GNU Automake 1.12.3 released
GNU Automake 1.12.3 released
Tue, 14 Aug 2012 13:12:48 +0200
We are pleased to announce the Automake 1.12.3 maintenance release.
- reworks and reshuffles the Automake testsuite a bit; fixing some
weaknesses and spurious failures in the process, but also, likely,
introducing new ones;
- introduces initial support for automatic dependency tracking with
the Portland Group C/C++ compilers (thanks to Dave Goodell and
Jeff A. Daily);
- fixes several long-standing bugs and limitations in the 'ylwrap'
script (thanks to Akim Demaille); among the other things, the
long-standing PR/491 and automake bug#7648 are now fixed.
See below for the detailed list of changes since Automake 1.12, as
summarized by the NEWS file.
Please report bugs and problems to <address@hidden>, and send
general comments and feedback to <address@hidden>.
Thanks to everyone who has reported problems, contributed patches,
and helped testing Automake!
New in 1.12.3:
* WARNING: Future backward-incompatibilities!
- Future versions of Automake will likely drop support for the
long-deprecated 'configure.in' name for the Autoconf input file.
You are advised to use the recommended name 'configure.ac' instead.
- The long-obsolete (since automake 1.10) AM_PROG_MKDIR m4 macro will
be removed in Automake 1.13. The $(mkdir_p) make variable and the
@mkdir_p@ substitution will still remain available (as aliases of
$(MKDIR_P)) for the moment, for better backward compatibility.
- Autoconf 2.65 or later will be required by the next major Automake
version (1.13). Until now, Automake has required Autoconf version
2.62 or later.
- Starting from the next major Automake version (1.13), the rules
to build pdf, ps and dvi output from Texinfo input will use the
'--build-dir' option by default. Since such an option was only
introduced in Texinfo 4.9, this means that Makefiles generated by
future Automake versions will require at least that version of
- Starting from the next major Automake version (1.13), the parallel
testsuite harness (previously only enabled by the 'parallel-tests'
option) will become the default one; the older serial testsuite
harness will still be available through the use of the 'serial-tests'
- The following long-obsolete m4 macros will be removed in the
next major Automake version (1.13):
AM_PROG_CC_STDC: superseded by AC_PROG_CC since October 2002
fp_PROG_CC_STDC: broken alias for AM_PROG_CC_STDC
fp_WITH_DMALLOC: old alias for AM_WITH_DMALLOC
AM_CONFIG_HEADER: superseded by AC_CONFIG_HEADERS since July 2002
ud_PATH_LISPDIR: old alias for AM_PATH_LISPDIR
jm_MAINTAINER_MODE: old alias for AM_MAINTAINER_MODE
ud_GNU_GETTEXT: old alias for AM_GNU_GETTEXT
gm_PROG_LIBTOOL: old alias for AC_PROG_LIBTOOL
fp_C_PROTOTYPES: old alias for AM_C_PROTOTYPES (which was part
of the now-removed automatic de-ANSI-fication
support of Automake)
- All the "old alias" macros in 'm4/obsolete.m4' will be removed in
the next major Automake version (1.13).
- Support for the two- and three-arguments invocation forms of the
AM_INIT_AUTOMAKE macro is deprecated, and will be removed in the
next major Automake version (1.13).
- The '--acdir' option of aclocal is deprecated, and will probably
be removed in the next major Automake release (1.13). You should
use the options '--automake-acdir' and '--system-acdir' instead
(which have been introduced in Automake 1.11.2).
- The exact order in which the directories in the aclocal macro
search path are looked up is probably going to be changed in the
next Automake release (1.13).
- The 'missing' script will not try anymore to update the timestamp
of out-of-date files that require a maintainer-specific tool to be
remade, in case the user lacks such a tool (or has a too-old version
of it). In fact, starting from Automake 1.13, all it'll do will be
giving more useful warnings than a bare "command not found" from a
make recipe would.
* Miscellaneous changes:
- The '.m4' files provided by Automake does not define serial numbers
anymore. This should cause no difference in the behaviour of aclocal
- Some testsuite weaknesses and spurious failures have been fixed.
- There is initial support for automatic dependency tracking with the
Portland Group C/C++ compilers, thanks to the new new depmode 'pgcc'.
Bugs fixed in 1.12.3:
* Long-standing bugs:
- Instead of renaming only self-references of files (typically for
#lines), ylwrap now also renames references to the other generated
files. This fixes support for GLR and C++ parsers from Bison (PR
automake/491 and automake bug#7648): 'parser.c' now properly
#includes 'parser.h' instead of 'y.tab.h'.
- Generated files unknown to ylwrap are now preserved. This fixes
C++ support for Bison (automake bug#7648): location.hh and the
like are no longer discarded.
- GNU Automake 1.12.3 released,
Stefano Lattarini <=