diff options
Diffstat (limited to 'NEWS')
-rw-r--r-- | NEWS | 78 |
1 files changed, 78 insertions, 0 deletions
@@ -1,3 +1,81 @@ +New in 2.0: + +* Compilation and object files: + + - If a source file is placed in a subdirectory, the corresponding compiled + object will *always* be put into the subdirectory named after the source + file, rather than in the current directory. For instance, 'src/file.c' + and 'src/file.f90' will be compiled to 'src/file.o', and 'sub/dir/mu.cc' + will be compiled to 'sub/dir/mu.o'. Put in another way, Automake 2.0 + and later will *unconditionally* behave as older Automake versions did + when the 'subdir-objects' option was given. + +* Texinfo support: + + - Automake used to implement an undocumented hack causing '.info' files + that appeared to be cleaned (by e.g. being listed in the CLEANFILES + variable) to also be built in the builddir rather than in the srcdir; + this was for backward compatibility with packages such as Texinfo, + which did things like: + + info_TEXINFOS = texinfo.txi info-stnd.texi info.texi + DISTCLEANFILES = texinfo texinfo-* info*.info* + # Do not create info files for distribution. + dist-info: + @: + + in order not to distribute .info files. + + Now that we have the 'info-in-builddir' option that explicitly causes + generated '.info' files to be placed in the builddir, this hack is no + longer necessary. We have thus removed\ it. + +* Aclocal search path: + + - Third-party m4 files located in the system-wide aclocal directory, + as well as in any directory listed in the ACLOCAL_PATH environment + variable, now take precedence over "built-in" Automake macros. + For example, assuming Automake is installed in the '/usr/local' + hierarchy, a definition of the AM_PROG_VALAC macro found in file + (say) '/usr/local/share/aclocal/my-vala.m4' should take precedence + over the same-named automake-provided macro, as defined in file + '/usr/local/share/aclocal-2.0/vala.m4'. + +* Obsolescent features flagged: + + - Use of the special makefile variable 'ACLOCAL_AMFLAGS' is deprecated. + To specify locations of extra m4 files, the 'AC_CONFIG_MACRO_DIR' or + 'AC_CONFIG_MACRO_DIRS' (the latter introduced with autoconf 2.70) + should be used instead. And use of the '--install' aclocal option in + 'ACLOCAL_AMFLAGS' has proved to be a bad idea anyway -- see automake + bug#9037. + +* Obsolete features removed: + + - Support for the long-deprecated name 'configure.in' for the Autoconf + input file has been removed altogether. Just use the modern name + 'configure.ac' instead. + + - Support for the long-obsolete variable $(ACLOCAL_M4_SOURCES) has + been removed. It should be safe to simply remove any definition + of it you have in your Makefiles. + +* Removed support for obsolete platforms: + + - Support for automatic dependency tracking with the SGI C/C++ compilers + on IRIX has been removed. The SGI depmode had been reported broken + "in the wild" already, and we don't think investing time in debugging + and fixing it would have been worthwhile, especially considering that + SGI has last updated those compilers in 2006, and is expected to retire + support for them in December 2013: + <http://www.sgi.com/services/support/irix_mips_support.html> + + - Support for DJGPP on MS-DOS and/or Windows 95/98/ME has been removed. + Note that both Cygwin and MSYS/MinGW on modern Windows versions will + continue to be fully supported. + +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + * WARNING: Future backward-incompatibilities! - Makefile recipes generated by Automake 2.0 will expect to use an |