* Documentation fixes:
- The documentation no longer mistakenly reports that the
obsolete 'AM_MKDIR_PROG_P' macro and '$(mkdir_p)' make variable
are going to be removed in Automake 2.0.
* Bugs fixed:
- Byte-compilation of Emacs lisp files could fail spuriously on
Solaris, when /bin/ksh or /usr/xpg4/bin/sh were used as shell.
- If the same user-defined suffixes were transformed into
different Automake-known suffixes in different Makefile.am
files in the same project, automake could get confused and
generate inconsistent Makefiles (automake bug#14441).
For example, if 'Makefile.am' contained a ".ext.cc:" suffix
rule, and 'sub/Makefile.am' contained a ".ext.c:" suffix rule,
automake would have mistakenly placed into 'Makefile.in' rules
to compile "*.c" files into object files, and into
'sub/Makefile.in' rules to compile "*.cc" files into object
files --- rather than the other way around. This is now fixed.
- Several spurious failures have been fixed (they hit especially
MinGW/MSYS builds). See automake bugs #14493, #14494, #14495,
#14498, #14499, #14500, #14501, #14517 and #14528.
- Some other minor miscellaneous changes and fixlets.
OBS-URL: https://build.opensuse.org/package/show/devel:tools:building/automake?expand=0&rev=34
* Changes to Yacc and Lex support:
- C source and header files derived from non-distributed Yacc
and/or Lex sources are now removed by a simple "make clean"
(while they were previously removed only by "make
maintainer-clean").
- Slightly backward-incompatible change, relevant only for use of
Yacc with C++: the extensions of the header files produced by the
Yacc rules are now modelled after the extension of the
corresponding sources. For example, yacc files named "foo.y++"
and "bar.yy" will produce header files named "foo.h++" and
"bar.hh" respectively, where they would have previously produced
header files named simply "foo.h" and "bar.h". This change
offers better compatibility with 'bison -o'.
* Miscellaneous changes:
- The AM_PROG_VALAC macro now causes configure to exit with status
77, rather than 1, if the vala compiler found is too old.
- The build system of Automake itself now avoids the use of make
recursion as much as possible.
- Automake now prefers to quote 'like this' or "like this", rather
than `like this', in diagnostic message and generated Makefiles,
to accommodate the new GNU Coding Standards recommendations.
- Automake has a new option '--print-libdir' that prints the path
of the directory containing the Automake-provided scripts and
data files.
- The 'dist' and 'dist-all' targets now can run compressors in
- parallel.
- The rules to create pdf, dvi and ps output from Texinfo files now
works better with modern 'texi2dvi' script, by explicitly passing
it the '--clean' option to ensure stray auxiliary files are not
OBS-URL: https://build.opensuse.org/package/show/devel:tools:building/automake?expand=0&rev=12
Bugs fixed:
- Vala files with '.vapi' extension are now recognized and handled
correctly again. See automake bug#11222.
- Vala support again works for projects that contain some program
built from '.vala' (and possibly '.c') sources and some other
program built from '.c' sources *only*.
New in 1.11.4:
* WARNING: Future backward-incompatibilities!
- The support for the "obscure" multilib feature has been
deprecated, and will be moved out of the automake core in the
next major Automake release (1.12).
- The support for ".log -> .html" conversion and the check-html
and recheck-html targets will be removed in the next major
Automake release (1.12).
- The obsolescent AM_WITH_REGEX macro has been deprecated (since
the GNU rx library has been decommissioned), and will be
removed in the next major Automake release (1.12).
- The 'lzma' compression format for distribution archives has
been deprecated in favor of `xz' and `lzip', and will be
removed in the next major Automake release (1.12).
- The '--acdir' option of aclocal is deprecated, and will
probably be removed in the next major Automake release (1.12).
- 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.12).
- The Automake support for automatic de-ANSI-fication will be
removed in the next major Automake release (1.12).
- Starting from the next Automake release (1.12), warnings in the
`extra-portability' category will be enabled by `-Wall' (right
OBS-URL: https://build.opensuse.org/package/show/devel:tools:building/automake?expand=0&rev=10