2009-06-14 19:38:38 +02:00
|
|
|
@comment $NetBSD: PLIST,v 1.14 2009/06/14 17:48:34 joerg Exp $
|
1997-10-06 16:06:09 +02:00
|
|
|
bin/aclocal
|
2002-10-03 21:31:51 +02:00
|
|
|
bin/aclocal-${PKG_DIR_VERSION}
|
1997-10-06 16:06:09 +02:00
|
|
|
bin/automake
|
2002-10-03 21:31:51 +02:00
|
|
|
bin/automake-${PKG_DIR_VERSION}
|
2006-03-30 05:44:41 +02:00
|
|
|
info/automake.info
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
man/man1/aclocal-${PKG_DIR_VERSION}.1
|
|
|
|
|
man/man1/aclocal.1
|
|
|
|
|
man/man1/automake-${PKG_DIR_VERSION}.1
|
|
|
|
|
man/man1/automake.1
|
2002-10-03 21:31:51 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/amversion.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/as.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/auxdir.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/ccstdc.m4
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/cond-if.m4
|
2002-10-03 21:31:51 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/cond.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/depend.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/depout.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/dmalloc.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/gcj.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/header.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/init.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/install-sh.m4
|
2003-02-24 08:39:03 +01:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/lead-dot.m4
|
2002-10-03 21:31:51 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/lex.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/lispdir.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/maintainer.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/make.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/minuso.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/missing.m4
|
Update to 1.8:
* New features
- Default source file names in the absence of a _SOURCES declaration
are made by removing any target extension before appending `.c', so
to make the libtool module `foo.la' from `foo.c', you only need to
do this:
lib_LTLIBRARIES = foo.la
foo_la_LDFLAGS = -module
For backward compatibility, foo_la.c will be used instead of
foo.c if this file exists or is the explicit target of a rule.
However -Wobsolete will warn about this deprecated naming.
- AR's `cru' flags are now set in a global ARFLAGS variable instead
of being hard-coded in each $(AR) invocation, so they can be
substituted from configure.ac. This has been requested by people
dealing with non-POSIX ar implementations.
- New warning option: -Woverride. This will warn about any user
target or variable definitions which override Automake
definitions.
- Texinfo rules back up and restore info files when makeinfo fails.
- Texinfo rules now support the `html' target.
Running this requires Texinfo 4.0 or greater.
`html' is a new recursive target, so if your package mixes
hand-crafted `Makefile.in's with Automake-generated
`Makefile.in's, you should adjust the former to support (or
ignore) this target so that `make html' recurses successfully. If
you had a custom `html' rule in your `Makefile.am', it's better to
rename it as `html-local', otherwise your rule will override
Automake's new rule (you can check that by running `automake
-Woverride') and that will stop the recursion to subdirectories.
Last but not least, this `html' rule is declared PHONY, even when
overridden. Fortunately, it appears that few packages use a
non-PHONY `html' rule.
- Any file which is m4_included from configure.ac will appear as a
configure and Makefile.in dependency, and will be automatically
distributed.
- The rules for rebuilding Makefiles and Makefile.ins will now
rebuild all Makefiles and all Makefile.ins at once when one of
configure's dependencies has changed. This is considerably faster
than previous implementations, where config.status and automake
were run separately in each directory (this still happens when you
change a Makefile.am locally, without touching configure.ac or
friends). Doing this also solves a longstanding issue: these
rebuild rules failed to work when adding new directories to the
tree, forcing you to run automake manually.
- For similar reasons, the rules to rebuild configure,
config.status, and aclocal.m4 are now defined in all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (formerly undocumented) variables, you
should better define them in all directories. This is easily done
using an AC_SUBST (make sure you prefix these dependencies with
$(top_srcdir) since this variable will appear at different
levels of the build tree).
- aclocal will now use `m4_include' instead of copying local m4
files into aclocal.m4. (Local m4 files are those you ship with
your project, other files will be copied as usual.)
Because m4_included files are automatically distributed, it means
for most projects there is no point in EXTRA_DISTing the list of
m4 files which are used. (You can probably get rid of
m4/Makefile.am if you had one.)
- aclocal will avoid touching aclocal.m4 when possible, so that
Autom4te's cache isn't needlessly invalidated. This behavior can
be switched off with the new `--force' option.
- aclocal now uses Autoconf's --trace to detect macros which are
actually used and will no longer include unused macros simply
because they where mentioned. This was often the case for macros
called conditionally.
- New options no-dist and no-dist-gzip.
- compile, depcomp, elisp-comp, install-sh, mdate-sh, mkinstalldirs,
py-compile, and ylwrap, now all understand --version and --help.
- Automake will now recognize AC_CONFIG_LINKS so far as removing created
links as part of the distclean target and including source files in
distributions.
- AM_PATH_PYTHON now supports ACTION-IF-FOUND and ACTION-IF-NOT-FOUND
argument. The latter can be used to override the default behavior
(which is to abort).
- Automake will exit with $? = 63 on version mismatch. (So does
Autoconf 2.58) missing knows this, and in this case it will
emulate the tools as if they were absent. Because older versions
of Automake and Autoconf did not use this exit code, this change
will only be useful in projects generated with future versions of
these tools.
- When using AC_CONFIG_FILES with multiple input files, Automake
generates the first ".in" input file for which a ".am" exists.
(Former versions would try to use only the first input file.)
- lisp_DATA is now allowed. If you are using the empty ELCFILES
idiom to disable byte-compilation of lisp_LISP files, it is
recommended that you switch to using lisp_DATA. Note that
this is not strictly equivalent: lisp_DATA will install elisp
files even if emacs is not installed, while *_LISP do not
install anything unless emacs is found.
- Makefiles will prefer `mkdir -p' over mkinstalldirs if it is
available. This selection is achieved through the Makefile
variable $(mkdir_p) that is set by AM_INIT_AUTOMAKE to either
`mkdir -m 0755 -p --', `$(mkinstalldirs) -m 0755', or
`$(install_sh) -m 0755 -d'.
* Obsolete features
- Because `mkdir -p' is available on most platforms, and we can use
`install-sh -d' when it is not, the use of the mkinstalldirs
script is being phased out. `automake --add-missing' no longer
installs it, and if you remove mkinstalldirs from your package,
automake will define $(mkinstalldirs) as an alias for $(mkdir_p).
Gettext 1.12.1 still requires mkinstalldirs. Fortunately
gettextize and autopoint will install it when needed. Automake
will continue to define the $(mkinstalldirs) and to distribute
mkinstalldirs when this script is in the source tree.
- AM_PROG_CC_STDC is now empty. The content of this macro was
merged in AC_PROG_CC. If your code uses $am_cv_prog_cc_stdc, you
should adjust it to use $ac_cv_prog_cc_stdc instead. (This
renaming should be safe, even if you have to support several,
versions of Automake, because AC_PROG_CC defines this variable
since Autoconf 2.54.)
- Some users where using the undocumented ACLOCAL_M4_SOURCES
variable to override the aclocal.m4 dependencies computed
(inaccurately) by older versions of Automake. Because Automake
now tracks configure's m4 dependencies accurately (see m4_include
above), the use of ACLOCAL_M4_SOURCES should be considered
obsolete and will be flagged as such when running `automake
-Wobsolete'.
* Bug fixes
- Defining programs conditionally using Automake conditionals no
longer leads to a combinatorial explosion. The following
construct used to be troublesome when used with dozens of
conditions.
bin_PROGRAMS = a
if COND1
bin_PROGRAMS += a1
endif
if COND2
bin_PROGRAMS += a2
endif
if COND3
bin_PROGRAMS += a3
endif
...
Likewise for _SOURCES, _LDADD, and _LIBADD variables.
- Due to implementation constraints, previous versions of Automake
proscribed multiple conditional definitions of some variables
like bin_PROGRAMS:
if COND1
bin_PROGRAMS = a1
endif
if COND2
bin_PROGRAMS = a2
endif
All _PROGRAMS, _LDADD, and _LIBADD variables were affected.
This restriction has been lifted, and these variables now
support multiple conditional definitions as do other variables.
- Cleanup the definitions of $(distdir) and $(top_distdir).
$(top_distdir) now points to the root of the distribution
directory created during `make dist', as it did in Automake 1.4,
not to the root of the build tree as it did in intervening
versions. Furthermore these two variables are now only defined in
the top level Makefile, and passed to sub-directories when running
`make dist'.
- The --no-force option now correctly checks the Makefile.in's
dependencies before deciding not to update it.
- Do not assume that make files are called Makefile in cleaning rules.
- Update .info files in the source tree, not in the build tree. This
is what the GNU Coding Standard recommend. Only Automake 1.7.x
used to update these files in the build tree (previous versions did
it in the source tree too), and it caused several problems, varying
from mere annoyance to portability issues.
- COPYING, COPYING.LIB, and COPYING.LESSER are no longer overwritten
when --add-missing and --force-missing are used. For backward
compatibility --add-missing will continue to install COPYING (in
`gnu' strictness) when none of these three files exist, but this
use is deprecated: you should better choose a license yourself and
install it once for all in your source tree (and in your code
management system).
- Fix ylwrap so that it does not overwrite header files that haven't
changed, as the inline rule already does.
- User-defined rules override automake-defined rules for the same
targets, even when rules do not have commands. This is not new
(and was documented), however some of the automake-generated
rules have escaped this principle in former Automake versions.
Rules for the following targets are affected by this fix:
clean, clean-am, dist-all, distclean, distclean-am, dvi, dvi-am,
info, info-am, install-data-am, install-exec-am, install-info,
install-info-am, install-man, installcheck-am, maintainer-clean,
maintainer-clean-am, mostlyclean, mostlyclean-am, pdf, pdf-am,
ps, ps-am, uninstall-am, uninstall-info, uninstall-man
Practically it means that an attempt to supplement the dependencies
of some target, as in
clean: my-clean-rule
will now *silently override* the automake definition of the
rule for this target. Running `automake -Woverride' will diagnose
all such overriding definitions.
It should be noted that almost all these targets support a *-local
variant that is meant to supplement the automake-defined rule
(See node `Extending' in the manual). The above rule should
be rewritten as
clean-local: my-clean-rule
These *-local targets have been documented since at least
Automake 1.2, so you should not fear the change if you have
to support multiple automake versions.
* Miscellaneous
- The Automake manual is now distributed under the terms of the GNU FDL.
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
- core dumps are no longer removed by the cleaning rules. There are
at least three reasons for this:
1. These files should not be created by any build step,
so their removal do not fit any of the cleaning rules.
Actually, they may be precious to the developer.
2. If such file is created during a build, then it's clearly a
bug Automake should not hide. Not removing the file will
cause `make distcheck' to complain about its presence.
3. Operating systems have different naming conventions for
core dump files. A core file on one system might be a
completely legitimate data file on another system.
- RUNTESTFLAGS, CTAGSFLAGS, ETAGSFLAGS, JAVACFLAGS are no longer
defined by Automake. This means that any definition in the
environment will be used, unless overridden in the Makefile.am or
on the command line. The old behavior, where these variables were
defined empty in each Makefile, can be obtained by AC_SUBSTing or
AC_ARG_VARing each variable from configure.ac.
- CONFIGURE_DEPENDENCIES and CONFIG_STATUS_DEPENDENCIES are now
documented. (The is not a new feature, these variables have
been there since at least Automake 1.4.)
2003-12-11 17:32:34 +01:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/mkdirp.m4
|
2002-10-03 21:31:51 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/multi.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/obsol-gt.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/obsol-lt.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/obsolete.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/options.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/protos.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/python.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/regex.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/runlog.m4
|
|
|
|
|
share/aclocal-${PKG_DIR_VERSION}/sanity.m4
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/silent.m4
|
2002-10-03 21:31:51 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/strip.m4
|
Update to 1.10:
New in 1.10:
* Version requirements:
- Autoconf 2.60 or greater is required.
- Perl 5.6 or greater is required.
* Changes to aclocal:
- aclocal now also supports -Wmumble and -Wno-mumble options.
- `dirlist' entries (for the aclocal search path) may use shell
wildcards such as `*', `?', or `[...]'.
- aclocal supports an --install option that will cause system-wide
third-party macros to be installed in the local directory
specified with the first -I flag. This option also uses #serial
lines in M4 files to upgrade local macros.
The new aclocal options --dry-run and --diff help to review changes
before they are installed.
- aclocal now outputs an autoconf version check in aclocal.m4 in
projects using automake.
For a few years, automake and aclocal have been calling autoconf
(or its underlying engine autom4te) to accurately retrieve the
data they need from configure.ac and its siblings. Doing so can
only work if all autotools use the same version of autoconf. For
instance a Makefile.in generated by automake for one version of
autoconf may stop working if configure is regenerated with another
version of autoconf, and vice versa.
This new version check ensures that the whole build system has
been generated using the same autoconf version.
* Support for new Autoconf macros:
- The new AC_REQUIRE_AUX_FILE Autoconf macro is supported.
- If `subdir-objects' is set, and AC_CONFIG_LIBOBJ_DIR is specified,
$(LIBOBJS), $(LTLIBOBJS), $(ALLOCA), and $(LTALLOCA) can be used
in different directories. However, only one instance of such a
library objects directory is supported.
* Change to Libtool support:
- Libtool generic flags (those that go before the --mode=MODE option)
can be specified using AM_LIBTOOLFLAGS and target_LIBTOOLFLAGS.
* Yacc and Lex changes:
- The rebuild rules for distributed Yacc and Lex output will avoid
overwriting existing files if AM_MAINTAINER_MODE and maintainer-mode
is not enabled.
- ylwrap is now always used for lex and yacc source files,
regardless of whether there is more than one source per directory.
* Languages changes:
- Preprocessed assembler (*.S) compilation now honors CPPFLAGS,
AM_CPPFLAGS and per-target _CPPFLAGS, and supports dependency
tracking, unlike non-preprocessed assembler (*.s).
- subdir-object mode works now with Assembler. Automake assumes
that the compiler understands `-c -o'.
- Preprocessed assembler (*.S) compilation now also honors
$(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES).
- Improved support for Objective C:
- Autoconf's new AC_PROG_OBJC will enable automatic dependency tracking.
- A new section of the manual documents the support.
- New support for Unified Parallel C:
- AM_PROG_UPC looks for a UPC compiler.
- A new section of the manual documents the support.
- Per-target flags are now correctly handled in link rules.
For instance maude_CFLAGS correctly overrides AM_CFLAGS; likewise
for maude_LDFLAGS and AM_LDFLAGS. Previous versions bogusly
preferred AM_CFLAGS over maude_CFLAGS while linking, and they
used both AM_LDFLAGS and maude_LDFLAGS on the same link command.
The fix for compiler flags (i.e., using maude_CFLAGS instead of
AM_CFLAGS) should not hurt any package since that is how _CFLAGS
is expected to work (and actually works during compilation).
However using maude_LDFLAGS "instead of" AM_LDFLAGS rather than
"in addition to" breaks backward compatibility with older versions.
If your package used both variables, as in
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = more flags
...
and assumed *_LDFLAGS would sum up, you should rewrite it as
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = $(AM_LDFLAGS) more flags
...
This new behavior of *_LDFLAGS is more coherent with other
per-target variables, and the way *_LDFLAGS variables were
considered internally.
* New installation targets:
- New targets mandated by GNU Coding Standards:
install-dvi
install-html
install-ps
install-pdf
By default they will only install Texinfo manuals.
You can customize them with *-local variants:
install-dvi-local
install-html-local
install-ps-local
install-pdf-local
- The undocumented recursive target `uninstall-info' no longer exists.
(`uninstall' is in charge of removing all possible documentation
flavors, including optional formats such as dvi, ps, or info even
when `no-installinfo' is used.)
* Miscellaneous changes:
- Automake no longer complains if input files for AC_CONFIG_FILES
are specified using shell variables.
- clean, distribution, or rebuild rules are normally disabled for
inputs and outputs of AC_CONFIG_FILES, AC_CONFIG_HEADERS, and
AC_CONFIG_LINK specified using shell variables. However, if these
variables are used as ${VAR}, and AC_SUBSTed, then Automake will
be able to output rules anyway.
(See the Automake documentation for AC_CONFIG_FILES.)
- $(EXEEXT) is automatically appended to filenames of TESTS
that have been declared as programs in the same Makefile.
This is mostly useful when some check_PROGRAMS are listed in TESTS.
- `-Wportability' has finally been turned on by default for `gnu' and
`gnits' strictness. This means, automake will complain about %-rules
or $(GNU Make functions) unless you switch to `foreign' strictness or
use `-Wno-portability'.
- Automake now uses AC_PROG_MKDIR_P (new in Autoconf 2.60), and uses
$(MKDIR_P) instead of $(mkdir_p) to create directories. The
$(mkdir_p) variable is still defined (to the same value as
$(MKDIR_P)) but should be considered obsolete. If you are using
$(mkdir_p) in some of your rules, please plan to update them to
$(MKDIR_P) at some point.
- AM_C_PROTOTYPES and ansi2knr are now documented as being obsolete.
They still work in this release, but may be withdrawn in a future one.
- Inline compilation rules for gcc3-style dependency tracking are
more readable.
- Automake installs a "Hello World!" example package in $(docdir).
This example is used throughout the new "Autotools Introduction"
chapter of the manual.
2006-10-26 16:37:55 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/substnot.m4
|
Update to 1.9.1:
Bugs fixed in 1.9.1:
This release fixes three longstanding bugs.
* Adjust #line directives in `parser.h' (when ylwrap is not used).
(PR/432)
* Fix definition of YLWRAP when ylwrap is installed in a default
aux directory found in a parent package.
* Properly recognize AC_CANONICAL_BUILD and AC_CANONICAL_TARGET.
New in 1.9:
* Makefile.in bloat reduction:
- Inference rules are used to compile sources in subdirectories when
the `subdir-objects' option is used and no per-target flags are
used. This should reduce the size of some projects a lot, because
Automake used to output an explicit rule for each such object in
the past.
- Automake no longer outputs three rules (.o, .obj, .lo) for each
object that must be built with explicit rules. It just outputs
the rules required to build the kind of object considered: either
the two .o and .obj rules for usual objects, or the .lo rule for
libtool objects.
* Change to Libtool support:
- Libtool tags are used with libtool versions that support them.
(I.e., with Libtool 1.5 or greater.)
- Automake is now able to handle setups where a libtool library is
conditionally installed in different directories, as in
if COND
lib_LTLIBRARIES = liba.la
else
pkglib_LTLIBRARIES = liba.la
endif
liba_la_SOURCES = ...
* Changes to aclocal:
- aclocal now ensures that AC_DEFUNs and AU_DEFUNs it discovers are
really evaluated, before it decides to include them in aclocal.m4.
This solves nasty problems with conditional redefinitions of
Autoconf macros in /usr/share/aclocal/*.m4 files causing extraneous
*.m4 files to be included in any project using these macros.
(Calls to AC_PROG_EGREP causing libtool.m4 to be included is the
most famous instance of this bug.)
- Do not complain about missing conditionally AC_REQUIREd macros
that are not actually used. In 1.8.x aclocal would correctly
determine which of these macros were really needed (and include
only these in the package); unfortunately it would also require
all of them to be present in order to run. This created
situations were aclocal would not work on a tarball distributing
all the macros it uses. For instance running aclocal on a project
containing only the subset of the Gettext macros in use by the
project did not work, because gettext conditionally requires other
macros.
* Portability improvements:
- Tar format can be chosen with the new options tar-v7, tar-ustar, and
tar-pax. The new option filename-length-max=99 helps diagnosing
filenames that are too long for tar-v7. (PR/414)
- Variables aumented with `+=' are now automatically flattened (i.e.,
trailing backslashes removed) and then wrapped around 80 colummns
(adding trailing backslashes). In previous versions, a long series
of
VAR += value1
VAR += value2
VAR += value3
...
would result in a single-line definition of VAR that could possibly
exceed the maximum line length of some make implementations.
Non-augmented variables are still output as they are defined in
the Makefile.am.
* Miscellaneous:
- Support Fortran 90/95 with the new "fc" and "ppfc" languages.
Works the same as the old Fortran 77 implementation; just replace
F77 with FC everywhere (exception: FFLAGS becomes FCFLAGS).
Requires a version of autoconf which provides AC_PROG_FC (>=2.59).
- Support for conditional _LISP.
- Support for conditional -hook and -local rules (PR/428).
- Diagnose AC_CONFIG_AUX_DIR calls following AM_INIT_AUTOMAKE. (PR/49)
- Automake will not write any Makefile.ins after the first error it
encounters. The previous Makefile.ins (if any) will be left in
place. (Warnings will not prevent output, but remember they can
be turned into errors with -Werror.)
- The restriction that SUBDIRS must contain direct children is gone.
Do not abuse.
- The manual tells more about SUBDIRS vs. DIST_SUBDIRS.
It also gives an example of nested packages using AC_CONFIG_SUBDIRS.
2004-08-13 15:27:06 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/tar.m4
|
Update to 1.10:
New in 1.10:
* Version requirements:
- Autoconf 2.60 or greater is required.
- Perl 5.6 or greater is required.
* Changes to aclocal:
- aclocal now also supports -Wmumble and -Wno-mumble options.
- `dirlist' entries (for the aclocal search path) may use shell
wildcards such as `*', `?', or `[...]'.
- aclocal supports an --install option that will cause system-wide
third-party macros to be installed in the local directory
specified with the first -I flag. This option also uses #serial
lines in M4 files to upgrade local macros.
The new aclocal options --dry-run and --diff help to review changes
before they are installed.
- aclocal now outputs an autoconf version check in aclocal.m4 in
projects using automake.
For a few years, automake and aclocal have been calling autoconf
(or its underlying engine autom4te) to accurately retrieve the
data they need from configure.ac and its siblings. Doing so can
only work if all autotools use the same version of autoconf. For
instance a Makefile.in generated by automake for one version of
autoconf may stop working if configure is regenerated with another
version of autoconf, and vice versa.
This new version check ensures that the whole build system has
been generated using the same autoconf version.
* Support for new Autoconf macros:
- The new AC_REQUIRE_AUX_FILE Autoconf macro is supported.
- If `subdir-objects' is set, and AC_CONFIG_LIBOBJ_DIR is specified,
$(LIBOBJS), $(LTLIBOBJS), $(ALLOCA), and $(LTALLOCA) can be used
in different directories. However, only one instance of such a
library objects directory is supported.
* Change to Libtool support:
- Libtool generic flags (those that go before the --mode=MODE option)
can be specified using AM_LIBTOOLFLAGS and target_LIBTOOLFLAGS.
* Yacc and Lex changes:
- The rebuild rules for distributed Yacc and Lex output will avoid
overwriting existing files if AM_MAINTAINER_MODE and maintainer-mode
is not enabled.
- ylwrap is now always used for lex and yacc source files,
regardless of whether there is more than one source per directory.
* Languages changes:
- Preprocessed assembler (*.S) compilation now honors CPPFLAGS,
AM_CPPFLAGS and per-target _CPPFLAGS, and supports dependency
tracking, unlike non-preprocessed assembler (*.s).
- subdir-object mode works now with Assembler. Automake assumes
that the compiler understands `-c -o'.
- Preprocessed assembler (*.S) compilation now also honors
$(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES).
- Improved support for Objective C:
- Autoconf's new AC_PROG_OBJC will enable automatic dependency tracking.
- A new section of the manual documents the support.
- New support for Unified Parallel C:
- AM_PROG_UPC looks for a UPC compiler.
- A new section of the manual documents the support.
- Per-target flags are now correctly handled in link rules.
For instance maude_CFLAGS correctly overrides AM_CFLAGS; likewise
for maude_LDFLAGS and AM_LDFLAGS. Previous versions bogusly
preferred AM_CFLAGS over maude_CFLAGS while linking, and they
used both AM_LDFLAGS and maude_LDFLAGS on the same link command.
The fix for compiler flags (i.e., using maude_CFLAGS instead of
AM_CFLAGS) should not hurt any package since that is how _CFLAGS
is expected to work (and actually works during compilation).
However using maude_LDFLAGS "instead of" AM_LDFLAGS rather than
"in addition to" breaks backward compatibility with older versions.
If your package used both variables, as in
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = more flags
...
and assumed *_LDFLAGS would sum up, you should rewrite it as
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = $(AM_LDFLAGS) more flags
...
This new behavior of *_LDFLAGS is more coherent with other
per-target variables, and the way *_LDFLAGS variables were
considered internally.
* New installation targets:
- New targets mandated by GNU Coding Standards:
install-dvi
install-html
install-ps
install-pdf
By default they will only install Texinfo manuals.
You can customize them with *-local variants:
install-dvi-local
install-html-local
install-ps-local
install-pdf-local
- The undocumented recursive target `uninstall-info' no longer exists.
(`uninstall' is in charge of removing all possible documentation
flavors, including optional formats such as dvi, ps, or info even
when `no-installinfo' is used.)
* Miscellaneous changes:
- Automake no longer complains if input files for AC_CONFIG_FILES
are specified using shell variables.
- clean, distribution, or rebuild rules are normally disabled for
inputs and outputs of AC_CONFIG_FILES, AC_CONFIG_HEADERS, and
AC_CONFIG_LINK specified using shell variables. However, if these
variables are used as ${VAR}, and AC_SUBSTed, then Automake will
be able to output rules anyway.
(See the Automake documentation for AC_CONFIG_FILES.)
- $(EXEEXT) is automatically appended to filenames of TESTS
that have been declared as programs in the same Makefile.
This is mostly useful when some check_PROGRAMS are listed in TESTS.
- `-Wportability' has finally been turned on by default for `gnu' and
`gnits' strictness. This means, automake will complain about %-rules
or $(GNU Make functions) unless you switch to `foreign' strictness or
use `-Wno-portability'.
- Automake now uses AC_PROG_MKDIR_P (new in Autoconf 2.60), and uses
$(MKDIR_P) instead of $(mkdir_p) to create directories. The
$(mkdir_p) variable is still defined (to the same value as
$(MKDIR_P)) but should be considered obsolete. If you are using
$(mkdir_p) in some of your rules, please plan to update them to
$(MKDIR_P) at some point.
- AM_C_PROTOTYPES and ansi2knr are now documented as being obsolete.
They still work in this release, but may be withdrawn in a future one.
- Inline compilation rules for gcc3-style dependency tracking are
more readable.
- Automake installs a "Hello World!" example package in $(docdir).
This example is used throughout the new "Autotools Introduction"
chapter of the manual.
2006-10-26 16:37:55 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/upc.m4
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
share/aclocal-${PKG_DIR_VERSION}/vala.m4
|
Update to 1.8:
* New features
- Default source file names in the absence of a _SOURCES declaration
are made by removing any target extension before appending `.c', so
to make the libtool module `foo.la' from `foo.c', you only need to
do this:
lib_LTLIBRARIES = foo.la
foo_la_LDFLAGS = -module
For backward compatibility, foo_la.c will be used instead of
foo.c if this file exists or is the explicit target of a rule.
However -Wobsolete will warn about this deprecated naming.
- AR's `cru' flags are now set in a global ARFLAGS variable instead
of being hard-coded in each $(AR) invocation, so they can be
substituted from configure.ac. This has been requested by people
dealing with non-POSIX ar implementations.
- New warning option: -Woverride. This will warn about any user
target or variable definitions which override Automake
definitions.
- Texinfo rules back up and restore info files when makeinfo fails.
- Texinfo rules now support the `html' target.
Running this requires Texinfo 4.0 or greater.
`html' is a new recursive target, so if your package mixes
hand-crafted `Makefile.in's with Automake-generated
`Makefile.in's, you should adjust the former to support (or
ignore) this target so that `make html' recurses successfully. If
you had a custom `html' rule in your `Makefile.am', it's better to
rename it as `html-local', otherwise your rule will override
Automake's new rule (you can check that by running `automake
-Woverride') and that will stop the recursion to subdirectories.
Last but not least, this `html' rule is declared PHONY, even when
overridden. Fortunately, it appears that few packages use a
non-PHONY `html' rule.
- Any file which is m4_included from configure.ac will appear as a
configure and Makefile.in dependency, and will be automatically
distributed.
- The rules for rebuilding Makefiles and Makefile.ins will now
rebuild all Makefiles and all Makefile.ins at once when one of
configure's dependencies has changed. This is considerably faster
than previous implementations, where config.status and automake
were run separately in each directory (this still happens when you
change a Makefile.am locally, without touching configure.ac or
friends). Doing this also solves a longstanding issue: these
rebuild rules failed to work when adding new directories to the
tree, forcing you to run automake manually.
- For similar reasons, the rules to rebuild configure,
config.status, and aclocal.m4 are now defined in all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (formerly undocumented) variables, you
should better define them in all directories. This is easily done
using an AC_SUBST (make sure you prefix these dependencies with
$(top_srcdir) since this variable will appear at different
levels of the build tree).
- aclocal will now use `m4_include' instead of copying local m4
files into aclocal.m4. (Local m4 files are those you ship with
your project, other files will be copied as usual.)
Because m4_included files are automatically distributed, it means
for most projects there is no point in EXTRA_DISTing the list of
m4 files which are used. (You can probably get rid of
m4/Makefile.am if you had one.)
- aclocal will avoid touching aclocal.m4 when possible, so that
Autom4te's cache isn't needlessly invalidated. This behavior can
be switched off with the new `--force' option.
- aclocal now uses Autoconf's --trace to detect macros which are
actually used and will no longer include unused macros simply
because they where mentioned. This was often the case for macros
called conditionally.
- New options no-dist and no-dist-gzip.
- compile, depcomp, elisp-comp, install-sh, mdate-sh, mkinstalldirs,
py-compile, and ylwrap, now all understand --version and --help.
- Automake will now recognize AC_CONFIG_LINKS so far as removing created
links as part of the distclean target and including source files in
distributions.
- AM_PATH_PYTHON now supports ACTION-IF-FOUND and ACTION-IF-NOT-FOUND
argument. The latter can be used to override the default behavior
(which is to abort).
- Automake will exit with $? = 63 on version mismatch. (So does
Autoconf 2.58) missing knows this, and in this case it will
emulate the tools as if they were absent. Because older versions
of Automake and Autoconf did not use this exit code, this change
will only be useful in projects generated with future versions of
these tools.
- When using AC_CONFIG_FILES with multiple input files, Automake
generates the first ".in" input file for which a ".am" exists.
(Former versions would try to use only the first input file.)
- lisp_DATA is now allowed. If you are using the empty ELCFILES
idiom to disable byte-compilation of lisp_LISP files, it is
recommended that you switch to using lisp_DATA. Note that
this is not strictly equivalent: lisp_DATA will install elisp
files even if emacs is not installed, while *_LISP do not
install anything unless emacs is found.
- Makefiles will prefer `mkdir -p' over mkinstalldirs if it is
available. This selection is achieved through the Makefile
variable $(mkdir_p) that is set by AM_INIT_AUTOMAKE to either
`mkdir -m 0755 -p --', `$(mkinstalldirs) -m 0755', or
`$(install_sh) -m 0755 -d'.
* Obsolete features
- Because `mkdir -p' is available on most platforms, and we can use
`install-sh -d' when it is not, the use of the mkinstalldirs
script is being phased out. `automake --add-missing' no longer
installs it, and if you remove mkinstalldirs from your package,
automake will define $(mkinstalldirs) as an alias for $(mkdir_p).
Gettext 1.12.1 still requires mkinstalldirs. Fortunately
gettextize and autopoint will install it when needed. Automake
will continue to define the $(mkinstalldirs) and to distribute
mkinstalldirs when this script is in the source tree.
- AM_PROG_CC_STDC is now empty. The content of this macro was
merged in AC_PROG_CC. If your code uses $am_cv_prog_cc_stdc, you
should adjust it to use $ac_cv_prog_cc_stdc instead. (This
renaming should be safe, even if you have to support several,
versions of Automake, because AC_PROG_CC defines this variable
since Autoconf 2.54.)
- Some users where using the undocumented ACLOCAL_M4_SOURCES
variable to override the aclocal.m4 dependencies computed
(inaccurately) by older versions of Automake. Because Automake
now tracks configure's m4 dependencies accurately (see m4_include
above), the use of ACLOCAL_M4_SOURCES should be considered
obsolete and will be flagged as such when running `automake
-Wobsolete'.
* Bug fixes
- Defining programs conditionally using Automake conditionals no
longer leads to a combinatorial explosion. The following
construct used to be troublesome when used with dozens of
conditions.
bin_PROGRAMS = a
if COND1
bin_PROGRAMS += a1
endif
if COND2
bin_PROGRAMS += a2
endif
if COND3
bin_PROGRAMS += a3
endif
...
Likewise for _SOURCES, _LDADD, and _LIBADD variables.
- Due to implementation constraints, previous versions of Automake
proscribed multiple conditional definitions of some variables
like bin_PROGRAMS:
if COND1
bin_PROGRAMS = a1
endif
if COND2
bin_PROGRAMS = a2
endif
All _PROGRAMS, _LDADD, and _LIBADD variables were affected.
This restriction has been lifted, and these variables now
support multiple conditional definitions as do other variables.
- Cleanup the definitions of $(distdir) and $(top_distdir).
$(top_distdir) now points to the root of the distribution
directory created during `make dist', as it did in Automake 1.4,
not to the root of the build tree as it did in intervening
versions. Furthermore these two variables are now only defined in
the top level Makefile, and passed to sub-directories when running
`make dist'.
- The --no-force option now correctly checks the Makefile.in's
dependencies before deciding not to update it.
- Do not assume that make files are called Makefile in cleaning rules.
- Update .info files in the source tree, not in the build tree. This
is what the GNU Coding Standard recommend. Only Automake 1.7.x
used to update these files in the build tree (previous versions did
it in the source tree too), and it caused several problems, varying
from mere annoyance to portability issues.
- COPYING, COPYING.LIB, and COPYING.LESSER are no longer overwritten
when --add-missing and --force-missing are used. For backward
compatibility --add-missing will continue to install COPYING (in
`gnu' strictness) when none of these three files exist, but this
use is deprecated: you should better choose a license yourself and
install it once for all in your source tree (and in your code
management system).
- Fix ylwrap so that it does not overwrite header files that haven't
changed, as the inline rule already does.
- User-defined rules override automake-defined rules for the same
targets, even when rules do not have commands. This is not new
(and was documented), however some of the automake-generated
rules have escaped this principle in former Automake versions.
Rules for the following targets are affected by this fix:
clean, clean-am, dist-all, distclean, distclean-am, dvi, dvi-am,
info, info-am, install-data-am, install-exec-am, install-info,
install-info-am, install-man, installcheck-am, maintainer-clean,
maintainer-clean-am, mostlyclean, mostlyclean-am, pdf, pdf-am,
ps, ps-am, uninstall-am, uninstall-info, uninstall-man
Practically it means that an attempt to supplement the dependencies
of some target, as in
clean: my-clean-rule
will now *silently override* the automake definition of the
rule for this target. Running `automake -Woverride' will diagnose
all such overriding definitions.
It should be noted that almost all these targets support a *-local
variant that is meant to supplement the automake-defined rule
(See node `Extending' in the manual). The above rule should
be rewritten as
clean-local: my-clean-rule
These *-local targets have been documented since at least
Automake 1.2, so you should not fear the change if you have
to support multiple automake versions.
* Miscellaneous
- The Automake manual is now distributed under the terms of the GNU FDL.
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
- core dumps are no longer removed by the cleaning rules. There are
at least three reasons for this:
1. These files should not be created by any build step,
so their removal do not fit any of the cleaning rules.
Actually, they may be precious to the developer.
2. If such file is created during a build, then it's clearly a
bug Automake should not hide. Not removing the file will
cause `make distcheck' to complain about its presence.
3. Operating systems have different naming conventions for
core dump files. A core file on one system might be a
completely legitimate data file on another system.
- RUNTESTFLAGS, CTAGSFLAGS, ETAGSFLAGS, JAVACFLAGS are no longer
defined by Automake. This means that any definition in the
environment will be used, unless overridden in the Makefile.am or
on the command line. The old behavior, where these variables were
defined empty in each Makefile, can be obtained by AC_SUBSTing or
AC_ARG_VARing each variable from configure.ac.
- CONFIGURE_DEPENDENCIES and CONFIG_STATUS_DEPENDENCIES are now
documented. (The is not a new feature, these variables have
been there since at least Automake 1.4.)
2003-12-11 17:32:34 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/ChannelDefs.pm
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Channels.pm
|
Update to 1.8:
* New features
- Default source file names in the absence of a _SOURCES declaration
are made by removing any target extension before appending `.c', so
to make the libtool module `foo.la' from `foo.c', you only need to
do this:
lib_LTLIBRARIES = foo.la
foo_la_LDFLAGS = -module
For backward compatibility, foo_la.c will be used instead of
foo.c if this file exists or is the explicit target of a rule.
However -Wobsolete will warn about this deprecated naming.
- AR's `cru' flags are now set in a global ARFLAGS variable instead
of being hard-coded in each $(AR) invocation, so they can be
substituted from configure.ac. This has been requested by people
dealing with non-POSIX ar implementations.
- New warning option: -Woverride. This will warn about any user
target or variable definitions which override Automake
definitions.
- Texinfo rules back up and restore info files when makeinfo fails.
- Texinfo rules now support the `html' target.
Running this requires Texinfo 4.0 or greater.
`html' is a new recursive target, so if your package mixes
hand-crafted `Makefile.in's with Automake-generated
`Makefile.in's, you should adjust the former to support (or
ignore) this target so that `make html' recurses successfully. If
you had a custom `html' rule in your `Makefile.am', it's better to
rename it as `html-local', otherwise your rule will override
Automake's new rule (you can check that by running `automake
-Woverride') and that will stop the recursion to subdirectories.
Last but not least, this `html' rule is declared PHONY, even when
overridden. Fortunately, it appears that few packages use a
non-PHONY `html' rule.
- Any file which is m4_included from configure.ac will appear as a
configure and Makefile.in dependency, and will be automatically
distributed.
- The rules for rebuilding Makefiles and Makefile.ins will now
rebuild all Makefiles and all Makefile.ins at once when one of
configure's dependencies has changed. This is considerably faster
than previous implementations, where config.status and automake
were run separately in each directory (this still happens when you
change a Makefile.am locally, without touching configure.ac or
friends). Doing this also solves a longstanding issue: these
rebuild rules failed to work when adding new directories to the
tree, forcing you to run automake manually.
- For similar reasons, the rules to rebuild configure,
config.status, and aclocal.m4 are now defined in all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (formerly undocumented) variables, you
should better define them in all directories. This is easily done
using an AC_SUBST (make sure you prefix these dependencies with
$(top_srcdir) since this variable will appear at different
levels of the build tree).
- aclocal will now use `m4_include' instead of copying local m4
files into aclocal.m4. (Local m4 files are those you ship with
your project, other files will be copied as usual.)
Because m4_included files are automatically distributed, it means
for most projects there is no point in EXTRA_DISTing the list of
m4 files which are used. (You can probably get rid of
m4/Makefile.am if you had one.)
- aclocal will avoid touching aclocal.m4 when possible, so that
Autom4te's cache isn't needlessly invalidated. This behavior can
be switched off with the new `--force' option.
- aclocal now uses Autoconf's --trace to detect macros which are
actually used and will no longer include unused macros simply
because they where mentioned. This was often the case for macros
called conditionally.
- New options no-dist and no-dist-gzip.
- compile, depcomp, elisp-comp, install-sh, mdate-sh, mkinstalldirs,
py-compile, and ylwrap, now all understand --version and --help.
- Automake will now recognize AC_CONFIG_LINKS so far as removing created
links as part of the distclean target and including source files in
distributions.
- AM_PATH_PYTHON now supports ACTION-IF-FOUND and ACTION-IF-NOT-FOUND
argument. The latter can be used to override the default behavior
(which is to abort).
- Automake will exit with $? = 63 on version mismatch. (So does
Autoconf 2.58) missing knows this, and in this case it will
emulate the tools as if they were absent. Because older versions
of Automake and Autoconf did not use this exit code, this change
will only be useful in projects generated with future versions of
these tools.
- When using AC_CONFIG_FILES with multiple input files, Automake
generates the first ".in" input file for which a ".am" exists.
(Former versions would try to use only the first input file.)
- lisp_DATA is now allowed. If you are using the empty ELCFILES
idiom to disable byte-compilation of lisp_LISP files, it is
recommended that you switch to using lisp_DATA. Note that
this is not strictly equivalent: lisp_DATA will install elisp
files even if emacs is not installed, while *_LISP do not
install anything unless emacs is found.
- Makefiles will prefer `mkdir -p' over mkinstalldirs if it is
available. This selection is achieved through the Makefile
variable $(mkdir_p) that is set by AM_INIT_AUTOMAKE to either
`mkdir -m 0755 -p --', `$(mkinstalldirs) -m 0755', or
`$(install_sh) -m 0755 -d'.
* Obsolete features
- Because `mkdir -p' is available on most platforms, and we can use
`install-sh -d' when it is not, the use of the mkinstalldirs
script is being phased out. `automake --add-missing' no longer
installs it, and if you remove mkinstalldirs from your package,
automake will define $(mkinstalldirs) as an alias for $(mkdir_p).
Gettext 1.12.1 still requires mkinstalldirs. Fortunately
gettextize and autopoint will install it when needed. Automake
will continue to define the $(mkinstalldirs) and to distribute
mkinstalldirs when this script is in the source tree.
- AM_PROG_CC_STDC is now empty. The content of this macro was
merged in AC_PROG_CC. If your code uses $am_cv_prog_cc_stdc, you
should adjust it to use $ac_cv_prog_cc_stdc instead. (This
renaming should be safe, even if you have to support several,
versions of Automake, because AC_PROG_CC defines this variable
since Autoconf 2.54.)
- Some users where using the undocumented ACLOCAL_M4_SOURCES
variable to override the aclocal.m4 dependencies computed
(inaccurately) by older versions of Automake. Because Automake
now tracks configure's m4 dependencies accurately (see m4_include
above), the use of ACLOCAL_M4_SOURCES should be considered
obsolete and will be flagged as such when running `automake
-Wobsolete'.
* Bug fixes
- Defining programs conditionally using Automake conditionals no
longer leads to a combinatorial explosion. The following
construct used to be troublesome when used with dozens of
conditions.
bin_PROGRAMS = a
if COND1
bin_PROGRAMS += a1
endif
if COND2
bin_PROGRAMS += a2
endif
if COND3
bin_PROGRAMS += a3
endif
...
Likewise for _SOURCES, _LDADD, and _LIBADD variables.
- Due to implementation constraints, previous versions of Automake
proscribed multiple conditional definitions of some variables
like bin_PROGRAMS:
if COND1
bin_PROGRAMS = a1
endif
if COND2
bin_PROGRAMS = a2
endif
All _PROGRAMS, _LDADD, and _LIBADD variables were affected.
This restriction has been lifted, and these variables now
support multiple conditional definitions as do other variables.
- Cleanup the definitions of $(distdir) and $(top_distdir).
$(top_distdir) now points to the root of the distribution
directory created during `make dist', as it did in Automake 1.4,
not to the root of the build tree as it did in intervening
versions. Furthermore these two variables are now only defined in
the top level Makefile, and passed to sub-directories when running
`make dist'.
- The --no-force option now correctly checks the Makefile.in's
dependencies before deciding not to update it.
- Do not assume that make files are called Makefile in cleaning rules.
- Update .info files in the source tree, not in the build tree. This
is what the GNU Coding Standard recommend. Only Automake 1.7.x
used to update these files in the build tree (previous versions did
it in the source tree too), and it caused several problems, varying
from mere annoyance to portability issues.
- COPYING, COPYING.LIB, and COPYING.LESSER are no longer overwritten
when --add-missing and --force-missing are used. For backward
compatibility --add-missing will continue to install COPYING (in
`gnu' strictness) when none of these three files exist, but this
use is deprecated: you should better choose a license yourself and
install it once for all in your source tree (and in your code
management system).
- Fix ylwrap so that it does not overwrite header files that haven't
changed, as the inline rule already does.
- User-defined rules override automake-defined rules for the same
targets, even when rules do not have commands. This is not new
(and was documented), however some of the automake-generated
rules have escaped this principle in former Automake versions.
Rules for the following targets are affected by this fix:
clean, clean-am, dist-all, distclean, distclean-am, dvi, dvi-am,
info, info-am, install-data-am, install-exec-am, install-info,
install-info-am, install-man, installcheck-am, maintainer-clean,
maintainer-clean-am, mostlyclean, mostlyclean-am, pdf, pdf-am,
ps, ps-am, uninstall-am, uninstall-info, uninstall-man
Practically it means that an attempt to supplement the dependencies
of some target, as in
clean: my-clean-rule
will now *silently override* the automake definition of the
rule for this target. Running `automake -Woverride' will diagnose
all such overriding definitions.
It should be noted that almost all these targets support a *-local
variant that is meant to supplement the automake-defined rule
(See node `Extending' in the manual). The above rule should
be rewritten as
clean-local: my-clean-rule
These *-local targets have been documented since at least
Automake 1.2, so you should not fear the change if you have
to support multiple automake versions.
* Miscellaneous
- The Automake manual is now distributed under the terms of the GNU FDL.
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
- core dumps are no longer removed by the cleaning rules. There are
at least three reasons for this:
1. These files should not be created by any build step,
so their removal do not fit any of the cleaning rules.
Actually, they may be precious to the developer.
2. If such file is created during a build, then it's clearly a
bug Automake should not hide. Not removing the file will
cause `make distcheck' to complain about its presence.
3. Operating systems have different naming conventions for
core dump files. A core file on one system might be a
completely legitimate data file on another system.
- RUNTESTFLAGS, CTAGSFLAGS, ETAGSFLAGS, JAVACFLAGS are no longer
defined by Automake. This means that any definition in the
environment will be used, unless overridden in the Makefile.am or
on the command line. The old behavior, where these variables were
defined empty in each Makefile, can be obtained by AC_SUBSTing or
AC_ARG_VARing each variable from configure.ac.
- CONFIGURE_DEPENDENCIES and CONFIG_STATUS_DEPENDENCIES are now
documented. (The is not a new feature, these variables have
been there since at least Automake 1.4.)
2003-12-11 17:32:34 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Condition.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Config.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Configure_ac.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/DisjConditions.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/FileUtils.pm
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/General.pm
|
Update to 1.8:
* New features
- Default source file names in the absence of a _SOURCES declaration
are made by removing any target extension before appending `.c', so
to make the libtool module `foo.la' from `foo.c', you only need to
do this:
lib_LTLIBRARIES = foo.la
foo_la_LDFLAGS = -module
For backward compatibility, foo_la.c will be used instead of
foo.c if this file exists or is the explicit target of a rule.
However -Wobsolete will warn about this deprecated naming.
- AR's `cru' flags are now set in a global ARFLAGS variable instead
of being hard-coded in each $(AR) invocation, so they can be
substituted from configure.ac. This has been requested by people
dealing with non-POSIX ar implementations.
- New warning option: -Woverride. This will warn about any user
target or variable definitions which override Automake
definitions.
- Texinfo rules back up and restore info files when makeinfo fails.
- Texinfo rules now support the `html' target.
Running this requires Texinfo 4.0 or greater.
`html' is a new recursive target, so if your package mixes
hand-crafted `Makefile.in's with Automake-generated
`Makefile.in's, you should adjust the former to support (or
ignore) this target so that `make html' recurses successfully. If
you had a custom `html' rule in your `Makefile.am', it's better to
rename it as `html-local', otherwise your rule will override
Automake's new rule (you can check that by running `automake
-Woverride') and that will stop the recursion to subdirectories.
Last but not least, this `html' rule is declared PHONY, even when
overridden. Fortunately, it appears that few packages use a
non-PHONY `html' rule.
- Any file which is m4_included from configure.ac will appear as a
configure and Makefile.in dependency, and will be automatically
distributed.
- The rules for rebuilding Makefiles and Makefile.ins will now
rebuild all Makefiles and all Makefile.ins at once when one of
configure's dependencies has changed. This is considerably faster
than previous implementations, where config.status and automake
were run separately in each directory (this still happens when you
change a Makefile.am locally, without touching configure.ac or
friends). Doing this also solves a longstanding issue: these
rebuild rules failed to work when adding new directories to the
tree, forcing you to run automake manually.
- For similar reasons, the rules to rebuild configure,
config.status, and aclocal.m4 are now defined in all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (formerly undocumented) variables, you
should better define them in all directories. This is easily done
using an AC_SUBST (make sure you prefix these dependencies with
$(top_srcdir) since this variable will appear at different
levels of the build tree).
- aclocal will now use `m4_include' instead of copying local m4
files into aclocal.m4. (Local m4 files are those you ship with
your project, other files will be copied as usual.)
Because m4_included files are automatically distributed, it means
for most projects there is no point in EXTRA_DISTing the list of
m4 files which are used. (You can probably get rid of
m4/Makefile.am if you had one.)
- aclocal will avoid touching aclocal.m4 when possible, so that
Autom4te's cache isn't needlessly invalidated. This behavior can
be switched off with the new `--force' option.
- aclocal now uses Autoconf's --trace to detect macros which are
actually used and will no longer include unused macros simply
because they where mentioned. This was often the case for macros
called conditionally.
- New options no-dist and no-dist-gzip.
- compile, depcomp, elisp-comp, install-sh, mdate-sh, mkinstalldirs,
py-compile, and ylwrap, now all understand --version and --help.
- Automake will now recognize AC_CONFIG_LINKS so far as removing created
links as part of the distclean target and including source files in
distributions.
- AM_PATH_PYTHON now supports ACTION-IF-FOUND and ACTION-IF-NOT-FOUND
argument. The latter can be used to override the default behavior
(which is to abort).
- Automake will exit with $? = 63 on version mismatch. (So does
Autoconf 2.58) missing knows this, and in this case it will
emulate the tools as if they were absent. Because older versions
of Automake and Autoconf did not use this exit code, this change
will only be useful in projects generated with future versions of
these tools.
- When using AC_CONFIG_FILES with multiple input files, Automake
generates the first ".in" input file for which a ".am" exists.
(Former versions would try to use only the first input file.)
- lisp_DATA is now allowed. If you are using the empty ELCFILES
idiom to disable byte-compilation of lisp_LISP files, it is
recommended that you switch to using lisp_DATA. Note that
this is not strictly equivalent: lisp_DATA will install elisp
files even if emacs is not installed, while *_LISP do not
install anything unless emacs is found.
- Makefiles will prefer `mkdir -p' over mkinstalldirs if it is
available. This selection is achieved through the Makefile
variable $(mkdir_p) that is set by AM_INIT_AUTOMAKE to either
`mkdir -m 0755 -p --', `$(mkinstalldirs) -m 0755', or
`$(install_sh) -m 0755 -d'.
* Obsolete features
- Because `mkdir -p' is available on most platforms, and we can use
`install-sh -d' when it is not, the use of the mkinstalldirs
script is being phased out. `automake --add-missing' no longer
installs it, and if you remove mkinstalldirs from your package,
automake will define $(mkinstalldirs) as an alias for $(mkdir_p).
Gettext 1.12.1 still requires mkinstalldirs. Fortunately
gettextize and autopoint will install it when needed. Automake
will continue to define the $(mkinstalldirs) and to distribute
mkinstalldirs when this script is in the source tree.
- AM_PROG_CC_STDC is now empty. The content of this macro was
merged in AC_PROG_CC. If your code uses $am_cv_prog_cc_stdc, you
should adjust it to use $ac_cv_prog_cc_stdc instead. (This
renaming should be safe, even if you have to support several,
versions of Automake, because AC_PROG_CC defines this variable
since Autoconf 2.54.)
- Some users where using the undocumented ACLOCAL_M4_SOURCES
variable to override the aclocal.m4 dependencies computed
(inaccurately) by older versions of Automake. Because Automake
now tracks configure's m4 dependencies accurately (see m4_include
above), the use of ACLOCAL_M4_SOURCES should be considered
obsolete and will be flagged as such when running `automake
-Wobsolete'.
* Bug fixes
- Defining programs conditionally using Automake conditionals no
longer leads to a combinatorial explosion. The following
construct used to be troublesome when used with dozens of
conditions.
bin_PROGRAMS = a
if COND1
bin_PROGRAMS += a1
endif
if COND2
bin_PROGRAMS += a2
endif
if COND3
bin_PROGRAMS += a3
endif
...
Likewise for _SOURCES, _LDADD, and _LIBADD variables.
- Due to implementation constraints, previous versions of Automake
proscribed multiple conditional definitions of some variables
like bin_PROGRAMS:
if COND1
bin_PROGRAMS = a1
endif
if COND2
bin_PROGRAMS = a2
endif
All _PROGRAMS, _LDADD, and _LIBADD variables were affected.
This restriction has been lifted, and these variables now
support multiple conditional definitions as do other variables.
- Cleanup the definitions of $(distdir) and $(top_distdir).
$(top_distdir) now points to the root of the distribution
directory created during `make dist', as it did in Automake 1.4,
not to the root of the build tree as it did in intervening
versions. Furthermore these two variables are now only defined in
the top level Makefile, and passed to sub-directories when running
`make dist'.
- The --no-force option now correctly checks the Makefile.in's
dependencies before deciding not to update it.
- Do not assume that make files are called Makefile in cleaning rules.
- Update .info files in the source tree, not in the build tree. This
is what the GNU Coding Standard recommend. Only Automake 1.7.x
used to update these files in the build tree (previous versions did
it in the source tree too), and it caused several problems, varying
from mere annoyance to portability issues.
- COPYING, COPYING.LIB, and COPYING.LESSER are no longer overwritten
when --add-missing and --force-missing are used. For backward
compatibility --add-missing will continue to install COPYING (in
`gnu' strictness) when none of these three files exist, but this
use is deprecated: you should better choose a license yourself and
install it once for all in your source tree (and in your code
management system).
- Fix ylwrap so that it does not overwrite header files that haven't
changed, as the inline rule already does.
- User-defined rules override automake-defined rules for the same
targets, even when rules do not have commands. This is not new
(and was documented), however some of the automake-generated
rules have escaped this principle in former Automake versions.
Rules for the following targets are affected by this fix:
clean, clean-am, dist-all, distclean, distclean-am, dvi, dvi-am,
info, info-am, install-data-am, install-exec-am, install-info,
install-info-am, install-man, installcheck-am, maintainer-clean,
maintainer-clean-am, mostlyclean, mostlyclean-am, pdf, pdf-am,
ps, ps-am, uninstall-am, uninstall-info, uninstall-man
Practically it means that an attempt to supplement the dependencies
of some target, as in
clean: my-clean-rule
will now *silently override* the automake definition of the
rule for this target. Running `automake -Woverride' will diagnose
all such overriding definitions.
It should be noted that almost all these targets support a *-local
variant that is meant to supplement the automake-defined rule
(See node `Extending' in the manual). The above rule should
be rewritten as
clean-local: my-clean-rule
These *-local targets have been documented since at least
Automake 1.2, so you should not fear the change if you have
to support multiple automake versions.
* Miscellaneous
- The Automake manual is now distributed under the terms of the GNU FDL.
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
- core dumps are no longer removed by the cleaning rules. There are
at least three reasons for this:
1. These files should not be created by any build step,
so their removal do not fit any of the cleaning rules.
Actually, they may be precious to the developer.
2. If such file is created during a build, then it's clearly a
bug Automake should not hide. Not removing the file will
cause `make distcheck' to complain about its presence.
3. Operating systems have different naming conventions for
core dump files. A core file on one system might be a
completely legitimate data file on another system.
- RUNTESTFLAGS, CTAGSFLAGS, ETAGSFLAGS, JAVACFLAGS are no longer
defined by Automake. This means that any definition in the
environment will be used, unless overridden in the Makefile.am or
on the command line. The old behavior, where these variables were
defined empty in each Makefile, can be obtained by AC_SUBSTing or
AC_ARG_VARing each variable from configure.ac.
- CONFIGURE_DEPENDENCIES and CONFIG_STATUS_DEPENDENCIES are now
documented. (The is not a new feature, these variables have
been there since at least Automake 1.4.)
2003-12-11 17:32:34 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Item.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/ItemDef.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Location.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Options.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Rule.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/RuleDef.pm
|
2003-12-06 19:28:13 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Struct.pm
|
Update to 1.8:
* New features
- Default source file names in the absence of a _SOURCES declaration
are made by removing any target extension before appending `.c', so
to make the libtool module `foo.la' from `foo.c', you only need to
do this:
lib_LTLIBRARIES = foo.la
foo_la_LDFLAGS = -module
For backward compatibility, foo_la.c will be used instead of
foo.c if this file exists or is the explicit target of a rule.
However -Wobsolete will warn about this deprecated naming.
- AR's `cru' flags are now set in a global ARFLAGS variable instead
of being hard-coded in each $(AR) invocation, so they can be
substituted from configure.ac. This has been requested by people
dealing with non-POSIX ar implementations.
- New warning option: -Woverride. This will warn about any user
target or variable definitions which override Automake
definitions.
- Texinfo rules back up and restore info files when makeinfo fails.
- Texinfo rules now support the `html' target.
Running this requires Texinfo 4.0 or greater.
`html' is a new recursive target, so if your package mixes
hand-crafted `Makefile.in's with Automake-generated
`Makefile.in's, you should adjust the former to support (or
ignore) this target so that `make html' recurses successfully. If
you had a custom `html' rule in your `Makefile.am', it's better to
rename it as `html-local', otherwise your rule will override
Automake's new rule (you can check that by running `automake
-Woverride') and that will stop the recursion to subdirectories.
Last but not least, this `html' rule is declared PHONY, even when
overridden. Fortunately, it appears that few packages use a
non-PHONY `html' rule.
- Any file which is m4_included from configure.ac will appear as a
configure and Makefile.in dependency, and will be automatically
distributed.
- The rules for rebuilding Makefiles and Makefile.ins will now
rebuild all Makefiles and all Makefile.ins at once when one of
configure's dependencies has changed. This is considerably faster
than previous implementations, where config.status and automake
were run separately in each directory (this still happens when you
change a Makefile.am locally, without touching configure.ac or
friends). Doing this also solves a longstanding issue: these
rebuild rules failed to work when adding new directories to the
tree, forcing you to run automake manually.
- For similar reasons, the rules to rebuild configure,
config.status, and aclocal.m4 are now defined in all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (formerly undocumented) variables, you
should better define them in all directories. This is easily done
using an AC_SUBST (make sure you prefix these dependencies with
$(top_srcdir) since this variable will appear at different
levels of the build tree).
- aclocal will now use `m4_include' instead of copying local m4
files into aclocal.m4. (Local m4 files are those you ship with
your project, other files will be copied as usual.)
Because m4_included files are automatically distributed, it means
for most projects there is no point in EXTRA_DISTing the list of
m4 files which are used. (You can probably get rid of
m4/Makefile.am if you had one.)
- aclocal will avoid touching aclocal.m4 when possible, so that
Autom4te's cache isn't needlessly invalidated. This behavior can
be switched off with the new `--force' option.
- aclocal now uses Autoconf's --trace to detect macros which are
actually used and will no longer include unused macros simply
because they where mentioned. This was often the case for macros
called conditionally.
- New options no-dist and no-dist-gzip.
- compile, depcomp, elisp-comp, install-sh, mdate-sh, mkinstalldirs,
py-compile, and ylwrap, now all understand --version and --help.
- Automake will now recognize AC_CONFIG_LINKS so far as removing created
links as part of the distclean target and including source files in
distributions.
- AM_PATH_PYTHON now supports ACTION-IF-FOUND and ACTION-IF-NOT-FOUND
argument. The latter can be used to override the default behavior
(which is to abort).
- Automake will exit with $? = 63 on version mismatch. (So does
Autoconf 2.58) missing knows this, and in this case it will
emulate the tools as if they were absent. Because older versions
of Automake and Autoconf did not use this exit code, this change
will only be useful in projects generated with future versions of
these tools.
- When using AC_CONFIG_FILES with multiple input files, Automake
generates the first ".in" input file for which a ".am" exists.
(Former versions would try to use only the first input file.)
- lisp_DATA is now allowed. If you are using the empty ELCFILES
idiom to disable byte-compilation of lisp_LISP files, it is
recommended that you switch to using lisp_DATA. Note that
this is not strictly equivalent: lisp_DATA will install elisp
files even if emacs is not installed, while *_LISP do not
install anything unless emacs is found.
- Makefiles will prefer `mkdir -p' over mkinstalldirs if it is
available. This selection is achieved through the Makefile
variable $(mkdir_p) that is set by AM_INIT_AUTOMAKE to either
`mkdir -m 0755 -p --', `$(mkinstalldirs) -m 0755', or
`$(install_sh) -m 0755 -d'.
* Obsolete features
- Because `mkdir -p' is available on most platforms, and we can use
`install-sh -d' when it is not, the use of the mkinstalldirs
script is being phased out. `automake --add-missing' no longer
installs it, and if you remove mkinstalldirs from your package,
automake will define $(mkinstalldirs) as an alias for $(mkdir_p).
Gettext 1.12.1 still requires mkinstalldirs. Fortunately
gettextize and autopoint will install it when needed. Automake
will continue to define the $(mkinstalldirs) and to distribute
mkinstalldirs when this script is in the source tree.
- AM_PROG_CC_STDC is now empty. The content of this macro was
merged in AC_PROG_CC. If your code uses $am_cv_prog_cc_stdc, you
should adjust it to use $ac_cv_prog_cc_stdc instead. (This
renaming should be safe, even if you have to support several,
versions of Automake, because AC_PROG_CC defines this variable
since Autoconf 2.54.)
- Some users where using the undocumented ACLOCAL_M4_SOURCES
variable to override the aclocal.m4 dependencies computed
(inaccurately) by older versions of Automake. Because Automake
now tracks configure's m4 dependencies accurately (see m4_include
above), the use of ACLOCAL_M4_SOURCES should be considered
obsolete and will be flagged as such when running `automake
-Wobsolete'.
* Bug fixes
- Defining programs conditionally using Automake conditionals no
longer leads to a combinatorial explosion. The following
construct used to be troublesome when used with dozens of
conditions.
bin_PROGRAMS = a
if COND1
bin_PROGRAMS += a1
endif
if COND2
bin_PROGRAMS += a2
endif
if COND3
bin_PROGRAMS += a3
endif
...
Likewise for _SOURCES, _LDADD, and _LIBADD variables.
- Due to implementation constraints, previous versions of Automake
proscribed multiple conditional definitions of some variables
like bin_PROGRAMS:
if COND1
bin_PROGRAMS = a1
endif
if COND2
bin_PROGRAMS = a2
endif
All _PROGRAMS, _LDADD, and _LIBADD variables were affected.
This restriction has been lifted, and these variables now
support multiple conditional definitions as do other variables.
- Cleanup the definitions of $(distdir) and $(top_distdir).
$(top_distdir) now points to the root of the distribution
directory created during `make dist', as it did in Automake 1.4,
not to the root of the build tree as it did in intervening
versions. Furthermore these two variables are now only defined in
the top level Makefile, and passed to sub-directories when running
`make dist'.
- The --no-force option now correctly checks the Makefile.in's
dependencies before deciding not to update it.
- Do not assume that make files are called Makefile in cleaning rules.
- Update .info files in the source tree, not in the build tree. This
is what the GNU Coding Standard recommend. Only Automake 1.7.x
used to update these files in the build tree (previous versions did
it in the source tree too), and it caused several problems, varying
from mere annoyance to portability issues.
- COPYING, COPYING.LIB, and COPYING.LESSER are no longer overwritten
when --add-missing and --force-missing are used. For backward
compatibility --add-missing will continue to install COPYING (in
`gnu' strictness) when none of these three files exist, but this
use is deprecated: you should better choose a license yourself and
install it once for all in your source tree (and in your code
management system).
- Fix ylwrap so that it does not overwrite header files that haven't
changed, as the inline rule already does.
- User-defined rules override automake-defined rules for the same
targets, even when rules do not have commands. This is not new
(and was documented), however some of the automake-generated
rules have escaped this principle in former Automake versions.
Rules for the following targets are affected by this fix:
clean, clean-am, dist-all, distclean, distclean-am, dvi, dvi-am,
info, info-am, install-data-am, install-exec-am, install-info,
install-info-am, install-man, installcheck-am, maintainer-clean,
maintainer-clean-am, mostlyclean, mostlyclean-am, pdf, pdf-am,
ps, ps-am, uninstall-am, uninstall-info, uninstall-man
Practically it means that an attempt to supplement the dependencies
of some target, as in
clean: my-clean-rule
will now *silently override* the automake definition of the
rule for this target. Running `automake -Woverride' will diagnose
all such overriding definitions.
It should be noted that almost all these targets support a *-local
variant that is meant to supplement the automake-defined rule
(See node `Extending' in the manual). The above rule should
be rewritten as
clean-local: my-clean-rule
These *-local targets have been documented since at least
Automake 1.2, so you should not fear the change if you have
to support multiple automake versions.
* Miscellaneous
- The Automake manual is now distributed under the terms of the GNU FDL.
- Targets dist-gzip, dist-bzip2, dist-tarZ, dist-zip are always defined.
- core dumps are no longer removed by the cleaning rules. There are
at least three reasons for this:
1. These files should not be created by any build step,
so their removal do not fit any of the cleaning rules.
Actually, they may be precious to the developer.
2. If such file is created during a build, then it's clearly a
bug Automake should not hide. Not removing the file will
cause `make distcheck' to complain about its presence.
3. Operating systems have different naming conventions for
core dump files. A core file on one system might be a
completely legitimate data file on another system.
- RUNTESTFLAGS, CTAGSFLAGS, ETAGSFLAGS, JAVACFLAGS are no longer
defined by Automake. This means that any definition in the
environment will be used, unless overridden in the Makefile.am or
on the command line. The old behavior, where these variables were
defined empty in each Makefile, can be obtained by AC_SUBSTing or
AC_ARG_VARing each variable from configure.ac.
- CONFIGURE_DEPENDENCIES and CONFIG_STATUS_DEPENDENCIES are now
documented. (The is not a new feature, these variables have
been there since at least Automake 1.4.)
2003-12-11 17:32:34 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/VarDef.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Variable.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Version.pm
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/Wrap.pm
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/Automake/XFile.pm
|
2003-12-06 19:28:13 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/COPYING
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/INSTALL
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/acinstall
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/ansi2knr.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/check.am
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/check2.am
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/clean-hdr.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/clean.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/compile.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/configure.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/data.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/dejagnu.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/depend.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/depend2.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/distdir.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/footer.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/header-vars.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/header.am
|
Update to 1.9.1:
Bugs fixed in 1.9.1:
This release fixes three longstanding bugs.
* Adjust #line directives in `parser.h' (when ylwrap is not used).
(PR/432)
* Fix definition of YLWRAP when ylwrap is installed in a default
aux directory found in a parent package.
* Properly recognize AC_CANONICAL_BUILD and AC_CANONICAL_TARGET.
New in 1.9:
* Makefile.in bloat reduction:
- Inference rules are used to compile sources in subdirectories when
the `subdir-objects' option is used and no per-target flags are
used. This should reduce the size of some projects a lot, because
Automake used to output an explicit rule for each such object in
the past.
- Automake no longer outputs three rules (.o, .obj, .lo) for each
object that must be built with explicit rules. It just outputs
the rules required to build the kind of object considered: either
the two .o and .obj rules for usual objects, or the .lo rule for
libtool objects.
* Change to Libtool support:
- Libtool tags are used with libtool versions that support them.
(I.e., with Libtool 1.5 or greater.)
- Automake is now able to handle setups where a libtool library is
conditionally installed in different directories, as in
if COND
lib_LTLIBRARIES = liba.la
else
pkglib_LTLIBRARIES = liba.la
endif
liba_la_SOURCES = ...
* Changes to aclocal:
- aclocal now ensures that AC_DEFUNs and AU_DEFUNs it discovers are
really evaluated, before it decides to include them in aclocal.m4.
This solves nasty problems with conditional redefinitions of
Autoconf macros in /usr/share/aclocal/*.m4 files causing extraneous
*.m4 files to be included in any project using these macros.
(Calls to AC_PROG_EGREP causing libtool.m4 to be included is the
most famous instance of this bug.)
- Do not complain about missing conditionally AC_REQUIREd macros
that are not actually used. In 1.8.x aclocal would correctly
determine which of these macros were really needed (and include
only these in the package); unfortunately it would also require
all of them to be present in order to run. This created
situations were aclocal would not work on a tarball distributing
all the macros it uses. For instance running aclocal on a project
containing only the subset of the Gettext macros in use by the
project did not work, because gettext conditionally requires other
macros.
* Portability improvements:
- Tar format can be chosen with the new options tar-v7, tar-ustar, and
tar-pax. The new option filename-length-max=99 helps diagnosing
filenames that are too long for tar-v7. (PR/414)
- Variables aumented with `+=' are now automatically flattened (i.e.,
trailing backslashes removed) and then wrapped around 80 colummns
(adding trailing backslashes). In previous versions, a long series
of
VAR += value1
VAR += value2
VAR += value3
...
would result in a single-line definition of VAR that could possibly
exceed the maximum line length of some make implementations.
Non-augmented variables are still output as they are defined in
the Makefile.am.
* Miscellaneous:
- Support Fortran 90/95 with the new "fc" and "ppfc" languages.
Works the same as the old Fortran 77 implementation; just replace
F77 with FC everywhere (exception: FFLAGS becomes FCFLAGS).
Requires a version of autoconf which provides AC_PROG_FC (>=2.59).
- Support for conditional _LISP.
- Support for conditional -hook and -local rules (PR/428).
- Diagnose AC_CONFIG_AUX_DIR calls following AM_INIT_AUTOMAKE. (PR/49)
- Automake will not write any Makefile.ins after the first error it
encounters. The previous Makefile.ins (if any) will be left in
place. (Warnings will not prevent output, but remember they can
be turned into errors with -Werror.)
- The restriction that SUBDIRS must contain direct children is gone.
Do not abuse.
- The manual tells more about SUBDIRS vs. DIST_SUBDIRS.
It also gives an example of nested packages using AC_CONFIG_SUBDIRS.
2004-08-13 15:27:06 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/inst-vars.am
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/install.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/java.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/lang-compile.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/lex.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/library.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/libs.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/libtool.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/lisp.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/ltlib.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/ltlibrary.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/mans-vars.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/mans.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/multilib.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/program.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/progs.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/python.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/remake-hdr.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/scripts.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/subdirs.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/tags.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/texi-vers.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/texibuild.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/am/texinfos.am
|
Update to 1.11:
New in 1.11:
* Version requirements:
- Autoconf 2.62 or greater is required.
* Changes to aclocal:
- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.
* Changes to automake:
- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.
* Changes to Libtool support:
- Libtool generic flags are now passed to the install and uninstall
modes as well.
- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.
* Languages changes:
- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).
- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.
- Files with extension .sx are also treated as preprocessed assembler.
- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.
- Python 3.0 is supported now, Python releases prior to 2.0 are no
longer supported.
- AM_PATH_PYTHON honors python's idea about the site directory.
- There is initial support for the Vala programming language, when using
Vala 0.7.0 or later.
* Miscellaneous changes:
- Automake development is done in a git repository on Savannah now, see
http://git.sv.gnu.org/gitweb/?p=automake.git
A read-only CVS mirror is provided at
cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \
checkout -d automake HEAD
- "make dist" can now create xz-compressed tarballs,
as well as (deprecated?) lzma-compressed tarballs.
- `automake --add-missing' will by default install the GPLv3 file as
COPYING if it is missing. It will also warn that the license file
should be added to source control. Note that Automake will never
overwrite an existing COPYING file, even when the `--force-missing'
option is used.
- The manual is now distributed under the terms of the GNU FDL 1.3.
- Automake ships and installs man pages for automake and aclocal now.
- New shorthand `$(pkglibexecdir)' for `$(libexecdir)/@PACKAGE@'.
- install-sh supports -C, which does not update the installed file
(and its time stamps) if the contents did not change.
- The `gnupload' script has been revamped.
- The `depcomp' and `compile' scripts now work with MSVC under MSYS.
- The targets `install' and `uninstall' are more efficient now, in that
for example multiple files from one Automake variable such as
`bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install')
invocation if they do not have to be renamed.
Both install and uninstall may sometimes enter (`cd' into) the target
installation directory now, when no build-local scripts are used.
Both install and uninstall do not fail anymore but do nothing if an
installation directory variable like `bindir' is set to the empty string.
For built-in rules, `make install' now fails reliably if installation
of a file failed. Conversely, `make uninstall' even succeeds when
issued multiple times.
These changes may need some adjustments from users: For example,
some `install' programs refuse to install multiple copies of the
same file in one invocation, so you may need to remove duplicate
entries from file lists.
Also, within one set of files, say, nobase_data_DATA, the order of
installation may be changed, or even unstable among different hosts,
due to the use of associative arrays in awk. The increased use of
awk matches a similar move in Autoconf to provide for better scaling.
Further, most undocumented per-rule install command variables such as
binSCRIPT_INSTALL have been removed because they are not needed any
more. Packages which use them should be using the appropriate one of
INSTALL_{DATA,PROGRAM,SCRIPT} or their install_sh_{DATA,PROGRAM,SCRIPT}
counterpart, depending on the type of files and the need for automatic
target directory creation.
- The "deleted header file problem" for *.m4 files is avoided by
stub rules. This allows `make' to trigger a rerun of `aclocal'
also if some previously needed macro file has been removed.
- Rebuild rules now also work for a removed `subdir/Makefile.in' in
an otherwise up to date tree.
- The `color-tests' option causes colored test result output on terminals.
- The `parallel-tests' option enables a new test driver that allows for
parallel test execution, inter-test dependencies, lazy test execution
for unit-testing, re-testing only failed tests, and formatted result output
as RST (reStructuredText) and HTML. Enabling this option may require some
changes to your test suite setup; see the manual for details.
- The `silent-rules' option enables Linux kernel-style silent build output.
This option requires the widely supported but non-POSIX `make' feature
of recursive variable expansion, so do not use it if your package needs
to build with `make' implementations that do not support it.
To enable less verbose build output, the developer has to use the Automake
option `silent-rules' in `AM_INIT_AUTOMAKE', or call the `AM_SILENT_RULES'
macro. The user may then set the default verbosity by passing the
`--enable-silent-rules' option to `configure'. At `make' run time, this
default may be overridden using `make V=0' for less verbose, and `make V=1'
for backward-compatible verbose output.
- New prefix `notrans_' for manpages which should not be transformed
by --program-transform.
- New macro AM_COND_IF for conditional evaluation and conditional
config files.
- For AC_CONFIG_LINKS, if source and destination are equal, do not
remove the file in a non-VPATH build. Such setups work with Autoconf
2.62 or newer.
- AM_MAINTAINER_MODE now allows for an optional argument specifying
the default setting.
- AM_SUBST_NOTMAKE may prevent substitution of AC_SUBSTed variables,
useful especially for multi-line values.
- Automake's early configure-time sanity check now diagnoses an
unsafe absolute source directory name and makes configure fail.
- The Automake macros and rules cope better with whitespace in the
current directory name, as long as the relative path to `configure'
does not contain whitespace. To this end, the values of `$(MISSING)'
and `$(install_sh)' may contain suitable quoting, and their expansion
might need `eval'uation if used outside of a makefile. These
undocumented variables may be used in several documented macros such
as $(AUTOCONF) or $(MAKEINFO).
Bugs fixed in 1.11:
* Long standing bugs:
- Fix aix dependency tracking for libtool objects.
- Work around AIX sh quoting issue in AC_PROG_CC_C_O, leading to
unnecessary use of the `compile' script.
- For nobase_*_LTLIBRARIES with nonempty directory components, the
correct `-rpath' argument is used now.
- `config.status --file=Makefile depfiles' now also works with the
extra quoting used internally by Autoconf 2.62 and newer
(it used to work only without the `--file=' bit).
- The `missing' script works better with versioned tool names.
- Semantics for `missing help2man' have been revamped:
Previously, if `help2man' was not present, `missing help2man' would have
the following semantics: if some man page was out of date but present, then
a warning would be printed, but the exit status was 0. If the man page was
not present at all, then `missing' would create a replacement man page
containing an error message, and exit with a status of 2. This does not play
well with `make': the next run will see this particular man page as being up
to date, and will only error out on the next generated man page, if any;
repeat until all pages are done. This was not desirable.
These are the new semantics: if some man page is not present, and help2man
is not either, then `missing' will warn and generate the replacement page
containing the error message, but exit successfully. However, `make dist'
will ensure that no such bogus man pages are packaged into a tarball.
- Targets provided by automake behave better with `make -n', in that they
take care not to create files.
- `config.status Makefile... depfiles' works fine again in the presence of
disabled dependency tracking.
- The default no-op recursive rules for these targets also work with BSD make
now: html, install-html, install-dvi, install-pdf, install-pdf, install-info.
- `make distcheck' works also when both a directory and some file below it
have been added to a distribution variable, such as EXTRA_DIST or *_SOURCES.
- Texinfo dvi, ps, pdf, and html output files are not removed upon
`make mostlyclean' any more; only the LaTeX by-products are.
- Renamed objects also work with the `subdir-objects' option and
source file languages which Automake does not know itself.
- `automake' now correctly complains about variable assignments which are
preceded by a comment, extend over multiple lines with backslash-escaped
newlines, and end in a comment sign. Previous versions would silently
and wrongly ignore such assignments completely.
* Bugs introduced by 1.10:
- Fix output of dummy dependency files in presence of post-processed
Makefile.in's again, but also cope with long lines.
- $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS
that have been declared as programs in the same Makefile.
This is for consistency with the analogous change to TESTS in 1.10.
- Fix order of standard includes to again be `-I. -I$(srcdir)',
followed by directories containing config headers.
2009-06-08 16:44:35 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/vala.am
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/am/yacc.am
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/ansi2knr.1
|
2003-12-06 19:28:13 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/ansi2knr.c
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/compile
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/config-ml.in
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/config.guess
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/config.sub
|
2003-12-06 19:28:13 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/depcomp
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/elisp-comp
|
2002-10-03 21:31:51 +02:00
|
|
|
share/automake-${PKG_DIR_VERSION}/install-sh
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/mdate-sh
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/missing
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/mkinstalldirs
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/py-compile
|
2003-12-06 19:28:13 +01:00
|
|
|
share/automake-${PKG_DIR_VERSION}/symlink-tree
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/texinfo.tex
|
|
|
|
|
share/automake-${PKG_DIR_VERSION}/ylwrap
|
Update to 1.10:
New in 1.10:
* Version requirements:
- Autoconf 2.60 or greater is required.
- Perl 5.6 or greater is required.
* Changes to aclocal:
- aclocal now also supports -Wmumble and -Wno-mumble options.
- `dirlist' entries (for the aclocal search path) may use shell
wildcards such as `*', `?', or `[...]'.
- aclocal supports an --install option that will cause system-wide
third-party macros to be installed in the local directory
specified with the first -I flag. This option also uses #serial
lines in M4 files to upgrade local macros.
The new aclocal options --dry-run and --diff help to review changes
before they are installed.
- aclocal now outputs an autoconf version check in aclocal.m4 in
projects using automake.
For a few years, automake and aclocal have been calling autoconf
(or its underlying engine autom4te) to accurately retrieve the
data they need from configure.ac and its siblings. Doing so can
only work if all autotools use the same version of autoconf. For
instance a Makefile.in generated by automake for one version of
autoconf may stop working if configure is regenerated with another
version of autoconf, and vice versa.
This new version check ensures that the whole build system has
been generated using the same autoconf version.
* Support for new Autoconf macros:
- The new AC_REQUIRE_AUX_FILE Autoconf macro is supported.
- If `subdir-objects' is set, and AC_CONFIG_LIBOBJ_DIR is specified,
$(LIBOBJS), $(LTLIBOBJS), $(ALLOCA), and $(LTALLOCA) can be used
in different directories. However, only one instance of such a
library objects directory is supported.
* Change to Libtool support:
- Libtool generic flags (those that go before the --mode=MODE option)
can be specified using AM_LIBTOOLFLAGS and target_LIBTOOLFLAGS.
* Yacc and Lex changes:
- The rebuild rules for distributed Yacc and Lex output will avoid
overwriting existing files if AM_MAINTAINER_MODE and maintainer-mode
is not enabled.
- ylwrap is now always used for lex and yacc source files,
regardless of whether there is more than one source per directory.
* Languages changes:
- Preprocessed assembler (*.S) compilation now honors CPPFLAGS,
AM_CPPFLAGS and per-target _CPPFLAGS, and supports dependency
tracking, unlike non-preprocessed assembler (*.s).
- subdir-object mode works now with Assembler. Automake assumes
that the compiler understands `-c -o'.
- Preprocessed assembler (*.S) compilation now also honors
$(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES).
- Improved support for Objective C:
- Autoconf's new AC_PROG_OBJC will enable automatic dependency tracking.
- A new section of the manual documents the support.
- New support for Unified Parallel C:
- AM_PROG_UPC looks for a UPC compiler.
- A new section of the manual documents the support.
- Per-target flags are now correctly handled in link rules.
For instance maude_CFLAGS correctly overrides AM_CFLAGS; likewise
for maude_LDFLAGS and AM_LDFLAGS. Previous versions bogusly
preferred AM_CFLAGS over maude_CFLAGS while linking, and they
used both AM_LDFLAGS and maude_LDFLAGS on the same link command.
The fix for compiler flags (i.e., using maude_CFLAGS instead of
AM_CFLAGS) should not hurt any package since that is how _CFLAGS
is expected to work (and actually works during compilation).
However using maude_LDFLAGS "instead of" AM_LDFLAGS rather than
"in addition to" breaks backward compatibility with older versions.
If your package used both variables, as in
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = more flags
...
and assumed *_LDFLAGS would sum up, you should rewrite it as
AM_LDFLAGS = common flags
bin_PROGRAMS = a b c
a_LDFLAGS = $(AM_LDFLAGS) more flags
...
This new behavior of *_LDFLAGS is more coherent with other
per-target variables, and the way *_LDFLAGS variables were
considered internally.
* New installation targets:
- New targets mandated by GNU Coding Standards:
install-dvi
install-html
install-ps
install-pdf
By default they will only install Texinfo manuals.
You can customize them with *-local variants:
install-dvi-local
install-html-local
install-ps-local
install-pdf-local
- The undocumented recursive target `uninstall-info' no longer exists.
(`uninstall' is in charge of removing all possible documentation
flavors, including optional formats such as dvi, ps, or info even
when `no-installinfo' is used.)
* Miscellaneous changes:
- Automake no longer complains if input files for AC_CONFIG_FILES
are specified using shell variables.
- clean, distribution, or rebuild rules are normally disabled for
inputs and outputs of AC_CONFIG_FILES, AC_CONFIG_HEADERS, and
AC_CONFIG_LINK specified using shell variables. However, if these
variables are used as ${VAR}, and AC_SUBSTed, then Automake will
be able to output rules anyway.
(See the Automake documentation for AC_CONFIG_FILES.)
- $(EXEEXT) is automatically appended to filenames of TESTS
that have been declared as programs in the same Makefile.
This is mostly useful when some check_PROGRAMS are listed in TESTS.
- `-Wportability' has finally been turned on by default for `gnu' and
`gnits' strictness. This means, automake will complain about %-rules
or $(GNU Make functions) unless you switch to `foreign' strictness or
use `-Wno-portability'.
- Automake now uses AC_PROG_MKDIR_P (new in Autoconf 2.60), and uses
$(MKDIR_P) instead of $(mkdir_p) to create directories. The
$(mkdir_p) variable is still defined (to the same value as
$(MKDIR_P)) but should be considered obsolete. If you are using
$(mkdir_p) in some of your rules, please plan to update them to
$(MKDIR_P) at some point.
- AM_C_PROTOTYPES and ansi2knr are now documented as being obsolete.
They still work in this release, but may be withdrawn in a future one.
- Inline compilation rules for gcc3-style dependency tracking are
more readable.
- Automake installs a "Hello World!" example package in $(docdir).
This example is used throughout the new "Autotools Introduction"
chapter of the manual.
2006-10-26 16:37:55 +02:00
|
|
|
share/doc/automake/amhello-1.0.tar.gz
|
