A Program for Automatically Generating GNU-Style Makefile.in Files

Edit Package automake
http://www.gnu.org/software/automake

Automake is a tool for automatically generating "Makefile.in" files
from "Makefile.am" files. "Makefile.am" is a series of "make" macro
definitions (with rules occasionally thrown in). The generated
"Makefile.in" files are compatible with the GNU Makefile standards.

Refresh
Refresh
Source Files
Filename Size Changed
0001-correct-parameter-parsing-in-test-driver-script.patch 0000001633 1.59 KB
automake-1.13.4-fix-primary-prefix-invalid-couples-test.patch 0000001032 1.01 KB
automake-1.15.1.tar.xz.sig 0000000801 801 Bytes
automake-1.16.1.tar.xz 0001534936 1.46 MB
automake-1.16.1.tar.xz.sig 0000000833 833 Bytes
automake-SuSE.patch 0000016616 16.2 KB
automake-require_file.patch 0000000779 779 Bytes
automake-rpmlintrc 0000000141 141 Bytes
automake-testsuite.changes 0000062329 60.9 KB
automake-testsuite.spec 0000003611 3.53 KB
automake.changes 0000062329 60.9 KB
automake.keyring 0000098017 95.7 KB
automake.spec 0000003591 3.51 KB
pre_checkin.sh 0000000279 279 Bytes
Revision 63 (latest revision is 98)
Philipp Thomas's avatar Philipp Thomas (psmt) committed (revision 63)
- Update to 1.16.1. Changes since 1.15.1:
  - 'install-sh' now ensures that nobody can cross privilege boundaries by
    pre-creating symlink on the directory inside "/tmp".
  - 'automake' does not depend on the 'none' subroutine of the List::Util
    module anymore to support older Perl version. (automake bug#30631)
  - A regression in AM_PYTHON_PATH causing the rejection of non literal
    minimum version parameter hasn't been fixed. (automake bug#30616)
  * Miscellaneous changes
  - When subdir-objects is in effect, Automake will now construct
    shorter object file names when no programs and libraries name
    clashes are encountered.  This should make the discouraged use of
    'foo_SHORTNAME' unnecessary in many cases.
  * Bugs fixed:
  - Automatic dependency tracking has been fixed to work also when the
    'subdir-object' option is used and some 'foo_SOURCES' definition
    contains unexpanded references to make variables, as in, e.g.:
        a_src = sources/libs/aaa
        b_src = sources/bbb
        foo_SOURCES = $(a_src)/bar.c $(b_src)/baz.c
    With such a setup, the created makefile fragment containing dependency
    tracking information will be correctly placed under the directories
    named 'sources/libs/aaa/.deps' and 'sources/bbb/.deps', rather than
    mistakenly under directories named (literally!) '$(src_a)/.deps' and
    '$(src_b)/.deps' (this was the first part of automake bug#13928).
    Notice that in order to fix this bug we had to slightly change the
    semantics of how config.status bootstraps the makefile fragments
    required for the dependency tracking to work: rather than attempting
    to parse the Makefiles via grep and sed trickeries only, we actually
    invoke 'make' on a slightly preprocessed version of those Makefiles,
    using a private target that is only meant to bootstrap the required
    makefile fragments.
Comments 0
openSUSE Build Service is sponsored by