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
automake-1.13.4-fix-primary-prefix-invalid-couples-test.patch 0000001104 1.08 KB
automake-1.15.tar.xz 0001496708 1.43 MB
automake-1.15.tar.xz.sig 0000000819 819 Bytes
automake-SuSE.patch 0000014547 14.2 KB
automake-require_file.patch 0000000731 731 Bytes
automake-rpmlintrc 0000000141 141 Bytes
automake-testsuite.changes 0000056520 55.2 KB
automake-testsuite.spec 0000003341 3.26 KB
automake.changes 0000056520 55.2 KB
automake.spec 0000003321 3.24 KB
pre_checkin.sh 0000000279 279 Bytes
Revision 46 (latest revision is 96)
Philipp Thomas's avatar Philipp Thomas (psmt) committed (revision 46)
- Update to 1.15:
  New in 1.15:
  * Improvements and refactorings in the install-sh script:
    - It has been modernized, and now makes the following assumptions
      *unconditionally*:
      (1) a working 'dirname' program is available;
      (2) the ${var:-value} shell parameters substitution works;
      (3) the "set -f" and "set +f" shell commands work, and, respectively,
          disable and enable shell globbing.
    - The script implements stricter error checking, and now it complains
      and bails out if any of the following expectations is not met:
      (1) the options -d and -t are never used together;
      (2) the argument passed to option -t is a directory;
      (3) if there are two or more SOURCEFILE arguments, the
          DESTINATION argument must be a directory.
  * Automake-generated testsuites:
    - The default test-driver used by the Automake-generates testsuites
      now appends the result and exit status of each "plain" test to the
      associated log file (automake bug#11814).
    - The perl implementation of the TAP testsuite driver is no longer
      installed in the Automake's scripts directory, and is instead just
      distributed as a "contrib" addition.  There should be no reason to
      use this implementation anyway in real packages, since the awk+shell
      implementation of the TAP driver (which is documented in the manual)
      is more portable and has feature parity with the perl implementation.
    - The rule generating 'test-suite.log' no longer risk incurring in an
      extra useless "make all" recursive invocation in some corner cases
      (automake bug#16302).
  * Distribution:
    - Automake bug#18286: "make distcheck" could sometimes fail to detect
      files missing from the distribution tarball, especially in those cases
      where both the generated files and their dependencies are explicitly
      in $(srcdir).  An important example of this are *generated* makefile
      fragments included at Automake time in Makefile.am; e.g.:

          ...
          $(srcdir)/fragment.am: $(srcdir)/data.txt $(srcdir)/preproc.sh
              cd $(srcdir) && $(SHELL) preproc.sh <data.txt >fragment.am
          include $(srcdir)/fragment.am
          ...

      If the use forgot to add data.txt and/or preproc.sh in the distribution
      tarball, "make distcheck" would have erroneously succeeded!  This issue
      is now fixed.

    - As a consequence of the previous change, "make distcheck" will run
      using '$(distdir)/_build/sub' as the build directory, rather than
      simply '$(distdir)/_build' (as it was the case for Automake 1.14 and
      earlier).  Consequently, the './configure' and 'make' invocations
      issued by the distcheck recipe now have $(srcdir) equal to '../..',
      rather than to just '..'.  Dependent and similar variables (e.g.,
      '$(top_srcdir)') are also changed accordingly.

      Thus, Makefiles that made assumptions about the exact values of the
      build and source directories used by "make distcheck" will have to
      be adjusted.  Notice that making such assumptions was a bad and
      unsupported practice anyway, since the exact locations of those
      directories should be considered implementation details, and we
      reserve the right to change them at any time.

  * Miscellaneous bugs fixed:

    - The expansion of AM_INIT_AUTOMAKE ends once again with a trailing
      newline (bug#16841).  Regression introduced in Automake 1.14.

    - We no longer risk to use '$ac_aux_dir' before it's defined (see
      automake bug#15981). Bug introduced in Automake 1.14.

    - The code used to detect whether the currently used make is GNU make
      or not (relying on the private macro 'am__is_gnu_make') no longer
      risks causing "Arg list too long" for projects using automatic
      dependency tracking and having a ton of source files (bug#18744).

    - Automake tries to offer a more deterministic output for generated
      Makefiles, in the face of the newly-introduced randomization for
      hash keys order in Perl 5.18.

    - In older Automake versions, if a user defined one single Makefile
      fragment (say 'foo.am') to be included via Automake includes in
      his main Makefile.am, and defined a custom make rule to generate that
      file from other data, Automake used to spuriously complain with some
      message like "... overrides Automake target '$(srcdir)/foo.am".
      This bug is now fixed.

    - The user can now extend the special .PRECIOUS target, the same way
      he could already do with the .MAKE .and .PHONY targets.

    - Some confusing typos have been fixed in the manual and in few warning
      messages (automake bug#16827 and bug#16997).

- Remove automake-fix-ac_aux_dir-used-before-initialized.patch as the
  change is incorporated now.
- Refresh automake-SuSE.patch and automake-require_file.patch so that
  they apply cleanly.
Comments 0
openSUSE Build Service is sponsored by