kc3-lang/automake/m4/init.m4

m4/init.m4

Log

Author Commit Date CI Message
Stefano Lattarini 4a4f39cf 2013-05-26T14:10:49 Merge branch 'maint' * maint: NEWS: document deprecation of 'shar' and 'compress' dist formats m4: rename minuso.m4 -> prog-cc-c-o.m4 tests: adjust or remove some obsolete comments tests: remove some useless 'unset' of variables tests: avoid a couple of extra sleep with GNU make NEWS: document testsuite work for 1.13.3 lint: remove a couple of obsolete syntax checks lint: cosmetics: use #-comments, not ##-comments lint: cosmetics: some reordering lint: recipes of syntax check require GNU grep; ensure it is used lint: better name for a syntax check tests: rename $am_make_rc_got -> $am_make_rc tests: some tests make no sense if "$CC -c -o" doesn't work AM_PROG_CC_C_O: don't rely on AC_PROG_CC_C_O, re-implement similar logic compile: rewrite AC_PROG_CC with AM_PROG_CC_C_O contents tests: ensure $required is not set too late Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini e90126cf 2013-05-15T10:14:46 AM_PROG_CC_C_O: don't rely on AC_PROG_CC_C_O, re-implement similar logic ** Theoretical problems of AC_PROG_CC_C_O: Both cc and $CC are checked to see if they support the '-c' and '-o' options together. This behaviour is highly inconsistent with that of the other macros related to C compiler checks -- which test only $CC. It can also cause unwarranted uses of the 'compile' script on systems where the default 'cc' is inferior, but the user is compiling with a proper, different compiler (e.g., gcc). ** Practical problems with our previous implementation of C support m4 macros in Automake: - AM_PROG_AR must now be called *before* AC_PROG_CC; this wasn't the case before, and it turns out there are packages in the wild that relied on the old behaviour. - The cross-referenced requirements and macro rewrites juggled among AC_PROG_CC, AC_PROG_CC_C_O and AM_PROG_CC_C_O caused warnings in autoconf; for example, in our test 't/libobj3.sh', we could see warnings like these (here slightly tweaked for legibility): configure.ac:5: AC_REQUIRE: `AC_PROG_CC' expanded before required autoconf/c.m4:567: AC_PROG_CC_C_O is expanded from... autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from... autoconf/lang.m4:329: AC_LANG_COMPILER_REQUIRE is expanded from... autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from... m4sugar/m4sh.m4:639: AS_IF is expanded from... autoconf/general.m4:2031: AC_CACHE_VAL is expanded from... autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from... aclocal.m4:70: AM_PROG_AR is expanded from... configure.ac:5: the top level ** Fix all of that: We fix all of the described issues with a new internal m4 macro _AM_PROG_CC_C_O (inspired to, but not based on, AC_PROG_CC_C_O) that gets tacked on to AC_PROG_CC automatically (this is done in the Automake-generated aclocal.m4) and that takes care of checking and adjusting '$CC' for "-c -o" support. The macro AM_PROG_CC_C_O is still present, but is now just a thin wrapper around such Automake-enhanced AC_PROG_CC. It is worth noting that the present patch causes three slight *backward-incompatibilities*: 1. The name cache variable used by AM_PROG_CC_C_O is no longer computed (at configure runtime!) from the content of '$CC', but is statically defined as 'am_cv_prog_cc_c_o'. 2. 'cc' is no longer checked by AM_PROG_CC_C_O, only '$CC' is. 3. AM_PROG_CC_C_O no longer AC_DEFINE the C preprocessor symbol 'NO_MINUS_C_MINUS_O'. Given however that the third change can easily be worked around, that the first two changes can be legitimately seen as bug fixes, and that the new semantics introduced by such changes will simplify the transition to Automake 2.0 (when the 'subdir-objects' will always be enabled unconditionally), we believe they are acceptable to be shipped with Automake 1.14. With this patch, we also revert some of the testsuite adjustments done in previous commit v1.13.2-178-g9877109 of 2013-05-24 (compile: rewrite AC_PROG_CC with AM_PROG_CC_C_O contents). Such adjustments are no longer needed. * m4/minuso.m4 (_AM_PROG_CC_C_O): New internal macro, basically and adjusted version of a merge between Autoconf-provided AC_PROG_CC_C_O and our old implementation of AM_PROG_CC_C_O. (AM_PROG_CC_C_O): Redefine as a simple wrapper around AC_PROG_CC. * m4/init.m4 (AC_PROG_CC): Append _AM_PROG_CC_C_O, not AM_PROG_CC_C_O, to the pre-existing expansion of this macro. * m4/ar-lib.m4 (AM_PROG_AR): No longer require it to be expanded after AC_PROG_CC. * t/aclocal-deps.sh: Move AC_PROG_CC invocation after AC_PROG_RANLIB and AM_PROG_AR invocations. Things should work this way too (as they used to). * t/subobj-clean-lt-pr10697.sh: Likewise. * t/alloca.sh: Move AC_PROG_CC invocation after AM_PROG_AR invocation. * t/condlib.sh: Likewise. * t/aclocal-deps.sh: Move AC_PROG_CC invocation after LT_INIT and AM_PROG_AR invocations. Make autoconf and autoheader warnings fatal. * t/am-prog-cc-c-o.sh: Adjust to the new semantics, enhance a little, and reduce code duplication. * t/ccnoco.sh: Make autoconf warnings fatal. * t/subpkg.sh: Likewise. * t/ccnoco-lib.sh: Likewise, and fix a comment. * t/link_cond.sh: Enhance a couple of error messages. * configure.ac: Drop "nullification" of AM_PROG_CC_C_O. * NEWS: Adjust. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 9877109c 2013-05-14T16:08:32 compile: rewrite AC_PROG_CC with AM_PROG_CC_C_O contents This is a much simpler rewrite than the one we attempted in the past, and that was later removed by commit 'v1.13.1d-137-g32eb770' of 2013-05-11 (compile: avoid AC_PROG_CC messy rewrite). Not only this change simplifies the code a little, but has the welcome collateral effect of making automatic dependency tracking work better with compilers that doesn't grasp the '-c' and '-o' options together. Issues in that setup have been caught by several failures in the target 'check-no-cc-c-o'. Unfortunately, this change has less welcome collateral effects: 1. AM_PROG_AR must now be called *after* AC_PROG_CC; 2. Autoconf emits extra warnings when used with Automake-generated aclocal.m4. These are unacceptable regressions for a release, but since we are going to fix them soon enough in a follow-up patch (surely to be applied before Automake 1.14 is released) we don't worry too much. * m4/init.m4: Redefine AC_PROG_CC early, to automatically invoke AM_PROG_CC_C_O as well. Accordingly, drop now-unneeded "automagical" AM_PROG_CC_C_O expansion at later time (which took place thanks to a AC_CONFIG_COMMANDS_PRE call). * m4/minuso.m4 (AM_PROG_CC_C_O): Ensure the expansion of the body of this macro takes place with C as "current Autoconf language" (use AC_LANG_PUSH/AC_LANG_POP). * m4/ar-lib.m4 (AM_PROG_AR): Likewise. Also, require this macro to be expanded *after* AC_PROG_CC (so that any rewrite of $CC, if required, has already taken place). * t/add-missing.tap: Adjust to avoid spurious failures. * t/aclocal-deps.sh: Likewise, by having AM_PROG_AR called *after* AC_PROG_CC. * t/subobj-clean-lt-pr10697.sh: Likewise. * t/alloca.sh: Likewise. * t/condlib.sh: Likewise. * t/discover.sh: Likewise. * t/objc-megademo.sh: Likewise. * t/ccnoco.sh: Extend a little. * t/ccnoco-deps.sh: New test. * t/ccnoco-lib.sh: Likewise. * t/ccnoco-lt.sh: Likewise. * t/list-of-tests.mk: Add them. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 3c331df4 2013-05-13T21:38:46 Merge branch 'maint' * maint: Use AC_DEFUN_ONCE to define AM_PROG_CC_C_O compile: avoid AC_PROG_CC messy rewrite options: tiny simplification in dealing with incompatible versions
Stefano Lattarini 32eb770b 2013-05-11T11:03:41 compile: avoid AC_PROG_CC messy rewrite Instead, add an hook to AC_OUTPUT to have AM_PROG_CC_C_O invoked automatically. See also the long-winded discussion about automake bug#13378. * m4/minuso.m4 (AM_PROG_CC_C_O): Bring back the old implementation, from commit v1.13.1-55-g1ab8fb6. * m4/init.m4 (AC_PROG_CC): Remove this horrible, hacky re-write. * (AM_INIT_AUTOMAKE): Arrange for AM_PROG_CC_C_O to be called if necessary. * t/am-prog-cc-c-o.sh: Adjust to avoid spurious failure. * t/subobj.sh: Likewise. Suggested-by: Nick Bowler <nbowler@elliptictech.com> Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini d90001e3 2013-04-30T22:26:46 compat: substitute '@mkdir_p@' as '$(MKDIR_P)' unconditionally We had started to do so only when the obsolete AM_PROG_MKDIR_P variable was used, but that has recently turned out not to be not good enough, because Gettext 0.18.2 (the latest one at the moment of writing) is using the modern macro AC_PROG_MKDIR_P in its '*.m4' files, but at the same time is still using the obsolete make variable '$(mkdir_p)' in its Makefile fragments. This has been causing failures in real-world packages bootstrapped with latest Gettext (0.18.2) and with bleeding-edge automake. See for example: <http://lists.gnu.org/archive/html/bug-tar/2013-04/msg00009.html> And the worst things is that those failures have been basically silent and unnoticeable up until the final "make install" --- that is, after the affected package had been bootstrapped, configured and built. Yikes! This issue has been reported to the Gettext developers: <http://lists.gnu.org/archive/html/bug-gettext/2013-04/msg00044.html> But even if they will quickly fix it, Gettext 0.18.2 will remain affected. The fix we can implement in Automake is small and unobtrusive enough, definitely worth having in order to save the users and developers from having to deal with this hard-to-spot issue. * m4/init.m4 (AM_INIT_AUTOMAKE): AC_SUBST '@mkdir_p@' to '$(MKDIR_P)'. * t/am-prog-mkdir-p.sh: Enhance. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 2c72b157 2013-01-21T15:48:48 Merge branch 'maint' * maint: tests: more information about Lex and Yacc programs lint: fix spurious failure for 'sc_rm_minus_f' syntax check maint: bump version 1.13.1a -> 1.13.2a maint: update copyright in files generated by automake and aclocal tests: avoid a spurious failure when running inside Emacs tests: make two new test executable m4: rename an m4 file to a more appropriate name NEWS: update w.r.t. recent documentation fixes compat: reinstate AM_CONFIG_HEADER and AM_PROG_CC_STDC docs: parallel-tests is no longer experimental docs: serial-tests are not deprecated, just discouraged plans: we are not going to remove AM_PROG_MKDIR_P in Automake 1.14 NEWS: we are not going to remove AM_PROG_MKDIR_P in Automake 1.14 init.m4: add probe to check "rm -f" without args work Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 030ecb45 2013-01-14T20:43:24 compat: restore AM_PROG_MKDIR, again OK, this is getting ridiculous, but we cannot remove this macro yet (and, yes, the fault for this mess lies entirely on me; let's not dwell on that, thank you very much). Gettext (so far the greatest "offender" in the use of AM_PROG_MKDIR), in its latest release 0.18.2, has removed all the uses of that macro still present in its code base. So I thought we could finally and safely remove it. Wrong. If a package's 'configure.ac' contains a call like: AM_GNU_GETTEXT_VERSION([0.18]) then the 'autopoint' script will bring the data files from the Gettext release *1.18* into the package's tree -- yes, even even if the developer has installed *and is using* Gettext 1.18.2! Now, these data files comprise m4 files (that will be seen by subsequent aclocal and autoconf calls), and of course, the pre-0.18.2 version of some of these files still contains occurrences of AM_PROG_MKDIR_P -- so Automake 1.13 errors out, and we lose. This has already happened in practice: <http://lists.gnu.org/archive/html/bug-grep/2013-01/msg00003.html> Moreover, while we might see it as not unreasonable to ask a developer using Automake 1.14 to also update Gettext to 1.18.2, that would not be enough; in order for gettext to use the correct data files, our developer would have to update his configure.ac to read: AM_GNU_GETTEXT_VERSION([0.18.2]) thus requiring *all* of his co-developers to install Gettext 1.18.2, even if they are still using, say, Automake 1.13. Bad. So we re-instate this macro as a simple alias for AC_PROG_MKDIR (plus a non-fatal runtime warning in the 'obsolete' category), and drop any plan to remove it (see how much good those plans have done us so far). Note that NEWS is not yet adjusted, since we'll have to adjust it in maint before (to minimize spurious merge conflicts). * doc/automake.texi: Update. * PLANS/obsolete-removed/am-prog-mkdir-p.txt: Likewise. * t/gettext-macros.sh: Adjust. * t/am-prog-mkdir-p.sh: New test. * t/mkdir_p.sh: Remove, folded into the new one. * t/am-prog-mkdir-p-no-more: Remove as superseded. * t/list-of-tests.mk: Adjust. * t/obsolete-err.m4: Re-instate AM_PROG_MKDIR_P as a working alias for AC_PROG_MKDIR_P (albeit giving runtime warnings, and calling AC_SUBST on 'mkdir_p' too). * m4/init.m4 (AM_INIT_AUTOMAKE): No longer call AC_SUBST for 'mkdir_p', as that is once again AM_PROG_MKDIR_P's business. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini f78b0f0b 2013-01-12T19:20:54 init.m4: add probe to check "rm -f" without args work See automake bug#10828. POSIX will say in a future version that running "rm -f" with no argument is OK: <http://austingroupbugs.net/view.php?id=542>). We want to be able to make that assumption in our Makefile recipes. So we introduce an aggressive probe to check that the usage we want is actually supported "in the wild" to an acceptable degree. * m4/init.m4 (AM_INIT_AUTOMAKE): Implement the probe. To make any issue more visible, cause the running configure to be aborted by default if the 'rm' program in use doesn't match our expectations; the user can still override this though, by setting the ACCEPT_INFERIOR_RM_PROGRAM environment variable to "yes". * t/spy-rm.tap: Update heading comments. * t/rm-f-probe.sh: New test. * t/list-of-tests.mk: Add it. * PLANS/rm-f-without-args.txt: Adjust. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 9cb18f18 2013-01-11T21:53:19 Merge branch 'maint' * maint: compile: use 'compile' script when "-c -o" is used with losing compilers HACKING: suggest more checks before releasing tests: can fake a compiler not grasping "-c -o" -- globally in all tests sync: update files from upstream with "make fetch" typofix: in comments in GNUmakefile Rename 'maint/' -> 'maintainer/', for Git's sake HACKING: minor typofix HACKING: bug-tracker, the PLANS directory, and how to plan "big" changes HACKING: rewindable branches should live in the 'experimental/*' namespace HACKING: fixlets about git branch rewinding policy HACKING: commit messages are not to follow GCS ChangeLog rules too strongly HACKING: "detailed explanation" in commit messages is almost mandatory HACKING: we use "merge --log" even when merging master HACKING: typofix depend2.am: fix comments on verbosity of compilation rules depend2.am: improve comments a little plans: automake 1.14 is to assume "rm -f" with no args is OK plans: we want to active subdir-objects unconditionally in automake 1.14 Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 34001a98 2013-01-09T23:16:53 compile: use 'compile' script when "-c -o" is used with losing compilers Do so seen when only source files in the "current" directory are present. This commit is part of a series of related changes addressing automake bug#13378 (see also the plan 'PLANS/subdir-objects.txt'). Before this change, Automake-generated C compilation rules mistakenly passed the "-c -o" options combination unconditionally (even to losing compiler) when the 'subdir-objects' was used but sources were only present in the top-level directory. Issue spotted by Nick Bowler: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#35> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#44> We fix this by having Automake redefine AC_PROG_CC to take over the role of AM_PROG_CC_C_O and to require the 'compile' script unconditionally (albeit that will continue to be invoked only when inferior compilers are detected). Among other things, this means AM_PROG_CC_C_O explicitly is no longer required; that macro is still supported for backward-compatibility, but calling it is basically a no-op now. This change has some pros and some cons (obviously, we believe the former outweighs the latter). Here are the most relevant ones: + Pros 1: Some logic in the Automake script has been simplified. + Pros 2: That simplification has automatically fixed an actual bug (see Nick's mails referenced above; admittedly, that was present only in corner-case situations, but still); the test 't/ccnoco4.sh', which demonstrated the bug and has been failing so far, now passes. + Pros 3: Things works more "automagically" now (no need to manually add the AM_PROG_CC_C_O macro to configure.ac anymore). * Cons 1: The 'compile' script will be required in all projects using C compilation; this will only be a problem for packages not using '--add-missing'. However, such packages are definitely more rare than the ones using '--add-missing', and adjusting them will be trivial -- just copy the compile script over from the new Automake installation. * Cons 2: The copy & paste of autoconf internals hack this change has introduced in our "rewrite" of AC_PROG_CC is really an egregious abomination. It can only be justified with the fact that we expect future versions of autoconf to implement the semantics we need directly in AC_PROG_CC, so that we'll be able to leverage that (since Automake 1.14 will require the latest Autoconf version released). Now, the detailed list of file-by-file changes ... * automake.in ($seen_cc_c_o): Remove this global variable. (scan_autoconf_traces): Don't set it, and do not trace the 'AM_PROG_CC_C_O' m4 macro. (lang_c_rewrite): Remove, no longer needed. * doc/automake.texi: Adjust expected "autoreconf --install" output in the amhello example. Remove statements about the need for the AM_PROG_CC_C_O macro. Report it is obsolete now. * m4/init.m4: Re-write AC_PROG_CC to append checks about whether the C compiler supports "-c -o" together. These checks have basically been ripped out (with adaptations) from the 'AC_PROG_CC_C_O' macro of Autoconf and ... * m4/minuso.m4 (AM_PROG_CC_C_O): ... this macro of ours, which has thus basically become a no-op. * t/ax/am-test-lib.sh (am_setup_testdir): Also copy the 'compile' script in the test directory; if we don't do so, every test using AC_PROG_CC should call automake with the "--add-missing" option, or copy the 'compile' script itself. * t/cond11.sh: No need to create a dummy 'compile' script: that is already brought in by 'am_setup_testdir()', that is automatically invoked when 'test-lib.sh' is sourced. * t/add-missing.tap: Adjust: we expect the 'compile' script to be required by a mere AC_PROG_CC call now. * t/dist-auxdir-many-subdirs.sh: Likewise. * t/specflg6.sh: Likewise. * t/subobj4.sh: Likewise. * t/cxx-lt-demo.sh: Likewise, and update comments to match. * t/distcom2.sh: Enhance a little. * t/dollarvar2.sh: Adjust. * t/extra-portability.sh: Likewise. * t/libobj19.sh: Likewise. * t/per-target-flags.sh: Likewise. * t/repeated-options.sh: Likewise. * t/subobj.sh: Likewise, and enhance a little. * t/ccnoco2.sh: Remove as obsolete. * t/list-of-tests.mk (handwritten_TESTS): Adjust. (XFAIL_TESTS): Remove 't/ccnoco4.sh'. * NEWS: Update. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini b98aab9f 2012-12-31T18:24:03 Merge branch 'maint' * maint: maint: update copyright year for 2013 (in branch maint) Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 7df8b28c 2012-12-31T18:18:37 maint: update copyright year for 2013 (in branch maint) Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini ff0c7f83 2012-05-30T09:25:59 general: assume dot-starting file names are supported Now that we've dropped support for DJGPP, Windows 95/98/ME and MS-DOS, that should always the case. This change is basically a backport of Automake-NG commit 'v1.12-342-ge6af355'. * lib/am/texibuild.am: Just assume we can have directories whose name starts with a dot, i.e., that '${am__leading_dot}' expands to '.'. * automake.in (require_build_directory): Likewise. * m4/depend.m4 (AM_SET_DEPDIR): Likewise. Now $(DEPDIR) will be set unconditionally to '.deps'. * m4/init.m4 (AM_INIT_AUTOMAKE): Don't AC_REQUIRE the m4 macro 'AM_SET_LEADING_DOT' anymore. * m4/lead-dot.m4: Delete. * Makefile.am (dist_automake_ac_DATA): Remove it. * t/subobj11a.sh: Just assume $(DEPDIR) expands to '.deps'. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 2abe1833 2012-08-24T10:47:17 AM_INIT_AUTOMAKE: allow obsolescent two-args invocation once again This partially reverts commit 'v1.12-67-ge186355' of 2012-05-25, "init: obsolete usages of AM_INIT_AUTOMAKE not supported anymore" Some users still need to be able to define the version number for their package dynamically, at configure runtime. Their user case is that, for development snapshots, they want to be able to base the complete version of the package on the VCS revision ID (mostly Git or Mercurial). They could of course do so by specifying such version dynamically in their call to AC_INIT, as is done by several GNU packages. But then they would need to regenerate and re-run the configure script before each snapshot, which might be very time-consuming for complex packages, to the point of slowing down and even somewhat impeding development. The situation should truly be solved in Autoconf, by allowing a way to specify the version dynamically in a way that doesn't force the configure script to be regenerated and re-run every time the package version changes. But until Autoconf has been improved to allow this, Automake will have to support the obsolescent two-arguments invocation for AM_INIT_AUTOMAKE, to avoid regressing the suboptimal but working solution for the use case described above. See also: <http://lists.gnu.org/archive/html/automake/2012-08/msg00025.html> * NEWS: Update. * m4/init.m4 (AM_INIT_AUTOMAKE): Support once again invocation with two or three arguments. * t/aminit-moreargs-no-more.sh: Renamed ... * t/aminit-moreargs-deprecated.sh: ... like this, and updated. * t/nodef.sh: Recovered test, with minor adjustments. * t/backcompat.sh: Likewise. * t/backcompat2.sh: Likewise. * t/backcompat3.sh: Likewise. * t/backcompat6.sh: Likewise. * t/list-of-tests.mk: Adjust. Suggested-by: Bob Friesenhahn n<bfriesen@simple.dallas.tx.us> Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 094b83a6 2012-07-16T11:16:15 Merge branch 'maint' * maint: fixup: delete "# serial" line in m4/amversion.in news: update about recent ylwrap changes and fixes m4: get rid of "# serial" lines configure: ${#param} must be supported by the shell for the testsuite yacc tests: fix a spurious failure with parallel make ylwrap: use proper quoting inside a `...` substitution ylwrap: don't uselessly reset the exit status in case of failure ylwrap: fix C++ support for Bison ylwrap: refactor: move loop invariant ylwrap: refactoring: don't rely on the file order tests: upgrade and fix Bison test case tests: fix bison input file ylwrap: comment changes ylwrap: modernize idioms ylwrap: rename header inclusion in generated parsers ylwrap: simplify the list of renamings ylwrap: refactor: less duplication Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 6e3c0b92 2012-07-14T18:49:25 m4: get rid of "# serial" lines The "#serial" lines are only considered by aclocal for the system-wide third-party '.m4' files, not for the Automake-provided ones. So they serve no real purpose in the Automake '.m4' files. In addition, now that we use git and topic branches, and that we are also writing the Automake-NG fork, the "#serial" lines are becoming more and more unreliable (e.g., different version of the same file in different branches can easily end up having the same serial numbers). So let's just nuke all the "#serial" lines. See also automake bug#11932. * m4/*.m4: All "# serial" lines removed. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini bdb984ba 2012-07-09T19:33:03 Merge branch 'maint' (with fix for CVE-2012-3386) This makes the fix for a locally-exploitable security vulnerability (CVE-2012-3386) available to the Automake master branch. * maint: sync: update files from upstream with "make fetch" news: improve wording in entry about CVE-2012-3386 maint: post-release minor version bump release: stable release 1.12.2 distcheck: never make part of $(distdir) world-writable compat: automake should substitute @mkdir_p@, for backward compatibility fixup: t/README: it's ./runtest, not ./t/ax/runtest Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 25510217 2012-07-09T10:33:49 compat: automake should substitute @mkdir_p@, for backward compatibility That has been unwittingly broken by commit v1.12-19-g7a1eb9f of 2012-04-28, "AM_PROG_MKDIR_P: deprecate, to be removed in Automake 1.13". We thought it wasn't a big deal, but Jim Meyering reported that @mkdir_p@ is used in gettext's Makefile.in.in template: <http://lists.gnu.org/archive/html/automake/2012-07/msg00014.html> * lib/am/header-vars.am (mkdir_p): Don't define. * m4/init.m4 (AM_INIT_AUTOMAKE): AC_SUBST 'mkdir_p' with $(MKDIR_P). * t/mkdir_p.sh, t/mkdirp-deprecation.sh: Enhance. * NEWS: Update. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 52062eb2 2012-05-25T14:50:05 Merge branch 'am-init-automake' * am-init-automake: init: obsolete usages of AM_INIT_AUTOMAKE not supported anymore Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini e186355f 2012-05-19T11:47:26 init: obsolete usages of AM_INIT_AUTOMAKE not supported anymore This is a follow-up on commit v1.12-66-g27136df of 2012-05-06, "init: warn against obsolete usage of AM_INIT_AUTOMAKE". With this change, we drop support for the two-arguments and three-arguments invocation forms of the AM_INIT_AUTOMAKE macro, as in either of: AM_INIT_AUTOMAKE($PACKAGE, $VERSION) AM_INIT_AUTOMAKE($PACKAGE, $VERSION, NODEFINE) * NEWS, doc/automake.texi: Update. * m4/init.m4 (AM_INIT_AUTOMAKE): Report the two- and three-arguments invocation form as a hard error. * t/aminit-moreargs-deprecation.sh: Renamed ... * t/aminit-moreargs-deprecation.sh: ... to this, and updated to check the new semantics. * t/ac-output-old.tap: Adjust by avoiding old-style uses of AC_INIT and AM_INIT_AUTOMAKE. * t/acsilent.sh: Likewise. * t/dirlist.sh: Likewise. * t/dirlist2.sh: Likewise. * t/req.sh: Likewise. * t/nodef.sh: Remove as obsolete. * t/version.sh: Likewise. * t/version2.sh: Likewise. * t/backcompat.sh: Likewise. * t/backcompat2.sh: Likewise. * t/backcompat3.sh: Likewise. * t/backcompat5.sh: Likewise. * t/backcompat4.sh: Renamed ... * t/backcompat-acout.sh: ... to this. * t/list-of-tests.mk: Adjust. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 5e771b27 2012-05-18T18:00:51 check: the parallel-tests driver is now the default The old serial testsuite driver is still supported, and can be activated by the 'serial-tests' option (introduced by commit 'v1.11-1989-gdeb7773' of 2012-02-20, "automake: new option 'serial-tests'"). * lib/Automake/Options.pm: Now, the 'parallel-tests' option is a no-op (but still explicitly recognized, for backward compatibility), while the 'serial-tests' option is recognized and registered. * automake.in: Adjust to ensure that the parallel test harness is used by default; mostly, this amounts at using "! option('serial-tests')" where "option('parallel-tests')" was used before. * NEWS, doc/automake.texi: Update. * configure.ac (AM_INIT_AUTOMAKE): Drop 'parallel-tests' option, is redundant now. * defs: In the generated AM_INIT_AUTOMAKE call, use the 'serial-tests' when the serial testsuite harness is to be used, and no option otherwise. * lib/am/check.am: Use (static) conditional '%SERIAL_TESTS%' instead of conditional '%PARALLEL_TESTS%'. * lib/test-driver: Adjust heading comments. * t/ax/extract-testsuite-summary.pl: Likewise. * t/check-exported-srcdir.sh: Likewise. * t/check-subst.sh: Likewise. * t/java-compile-run-nested.sh: Likewise. * t/parallel-tests-dry-run-1.sh: Likewise. * t/parallel-tests-dry-run-2.sh: Likewise. * t/parallel-tests-interrupt.sh: Likewise. * t/parallel-tests-many.sh: Likewise. * t/test-metadata-global-log.sh: Likewise. * t/tests-environment-backcompat.sh: Likewise. * m4/init.m4 (AM_INIT_AUTOMAKE): Adjust a comment. * t/check8.sh: Likewise. * t/check-tests-in-builddir.sh: Likewise. * t/java-compile-run-flat.sh: Adjust a botched comment. * t/ax/tap-summary-aux.sh: Remove explicit use of the 'parallel-tests' option. * t/ax/testsuite-summary-checks.sh: Likewise. * t/aclocal-path-precedence.sh: Likewise. * t/dist-aux-many-subdirs.sh: Likewise. * t/parallel-tests-no-color-in-log.sh: Likewise. * t/parallel-tests-reset-term.sh: Likewise. * t/parallel-tests-subdir.sh: Likewise. * t/check-no-test-driver.sh: Fix setup to adjust to the changed semantics. Update heading comments. * t/parallel-tests-driver-install.sh: Adjust to the new semantic. * t/test-driver-is-distributed.sh: Simplified according to the new semantics. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 12405c9f 2012-05-08T12:49:36 Merge branch 'maint' * maint: tests: fix a spurious failure with dash test defs: fix indentation (cosmetic change) tests: remove obsolete uses of $sh_errexit_works configure: search a sturdy POSIX shell to be used in the testsuite tests: shell running test scripts is now named AM_TEST_RUNNER_SHELL fixup: distribute t/README init: warn against obsolete usage of AM_INIT_AUTOMAKE Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 27136dfe 2012-03-31T16:39:32 init: warn against obsolete usage of AM_INIT_AUTOMAKE Support for the two- and three-arguments invocation forms of the AM_INIT_AUTOMAKE macro, as in: AM_INIT_AUTOMAKE($PACKAGE, $VERSION) or: AM_INIT_AUTOMAKE($PACKAGE, $VERSION, NODEFINE) will be removed in the next major Automake release (1.13). Such usages have already been deprecated in the documentation starting from commit v1.11-2015-ge99690a of 23-02-2012 "docs, news: document planned removal of obsolete macros and features". We now start giving runtime warnings as well (in the 'obsolete' category). * NEWS: Update. * m4/init.m4 (AM_INIT_AUTOMAKE): Report the two- and three-arguments form invocation. * automake.in (scan_autoconf_traces): Likewise. * doc/automake.texi: Minor adjustments. Add an @anchor to the location where it's described how to modernize outdated invocation of AM_INIT_AUTOMAKE, so that it can be referenced from automake warning/error messages. * t/aminit-moreargs-deprecation.sh: New test. * tests/list-of-tests.mk: Add it. * tests/ac-output-old.tap: Adjust by calling automake with the warnings in the 'obsolete' category disabled. * t/backcompat.test: Likewise. * t/backcompat3.test: Likewise. * t/backcompat5.test: Likewise. * t/backcompat6.test: Likewise. * t/version.test: Likewise. * t/version2.test: Likewise. * t/pr2.test: Modernize style of AC_INIT and AM_INIT_AUTOMAKE invocations, and use proper m4 quoting. * t/pr87.test: Likewise. * t/confsub.test: Likewise. * t/install2.test: Likewise. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini adb834eb 2012-05-06T11:04:45 Merge branch 'maint' * maint: m4: prepend m4 builtins with "m4_" docs: fix clumsy grammar in the scripts-based testsuite chapter Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 37267407 2012-05-06T10:15:59 m4: prepend m4 builtins with "m4_" The comments in 'lib/autoconf/autoconf.m4' from Autoconf 2.69 read: We discourage the use of the non prefixed macro names: M4sugar maps all the builtins into 'm4_'. Autoconf has been converted to these names too. But users may still depend upon these, so reestablish them. Alas, in our init.m4 files, we were still using m4 builtins without prefixing them with "m4_". Not nice for a package that is one of the major clients of Autoconf, and an integral part of the GNU Autotools! Fix the issue. * m4/init.m4 (AM_INIT_AUTOMAKE): Use 'm4_define' and 'm4_defn' instead of 'define' and 'defn'. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 68075ce0 2012-05-05T21:48:49 require: autoconf >= 2.65; related simplifications The new support for Objective C++ (to be added in Automake 1.12.1) can be simplified if we assume Autoconf version 2.65 or later (2.65 being the version that introduced support for Objective C++). Since such an Autoconf version is two and half years old now (and will likely be almost three years old when Automake 1.13 gets released), requiring it is acceptable. This will also simplify testing and maintenance of Automake, because we'll need to test with fewer Autoconf version, and possibly rely on new Autoconf features. * NEWS (Version requirements): Automake 1.13 will require Autoconf 2.65 or later. * configure.ac ($required_autoconf_version): Bump to 2.65. * m4/init.m4 (AM_INIT_AUTOMAKE): Require Autoconf >= 2.65. Assume AC_PROG_OBJCXX is unconditionally defined. * m4/depout.m4: Adjust a comment about a nugget of defensive programming. * t/ext.sh: Assume that AC_PROG_OBJCXX is unconditionally defined, and that we are using Autoconf >= 2.65. Related simplifications. * t/objc-megademo.sh: Likewise. * t/objcxx-basic.sh: Likewise. * t/objcxx-deps.sh: Likewise. * t/objcxx-flags.sh: Likewise. * t/objcxx-minidemo.sh: Likewise. * t/nodep2.sh: Likewise. * t/backcompat3.sh: Assume AC_INIT accepts an URL argument. * t/depend5.sh: Adjust a comment. * syntax-checks.mk (sc_test_names): Delete this check as now useless: autoconf >= 2.65 (>= 2.63, actually) can handle arguments to AC_INIT that contain or are m4 builtins or predefined macros. (m4_builtin): Delete this now-useless variable as well, was used only by the check above. (syntax_check_rules): Update. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 1e852648 2012-05-04T17:46:51 Merge branch 'maint' * maint: tests: avoid spurious failure on missing Obj C/C++ compiler objc, objc++: test support for compilation flags objc, objc++: add stress test objc, objc++: test automatic dependency tracking objc: reorganize basic tests objc++, objc: add first semantic tests objc++: add first basic test news: announce initial support for Objective C++ objc++: test support for '.mm' suffix in _SOURCES entries objc++: add documentation objc++: initial support for Objective C++
Stefano Lattarini 14141f25 2012-05-01T14:23:04 silent rules: support for them is always active now Before this change, support for silent rules was optional and activated only if the 'silent-rules' option was specified. The rationale behind that behaviour was that the silent-rules machinery originally only worked with make implementations supporting nested variables expansions, which isn't (or wasn't) a POSIX-specified features; so that packages wanting to be "extra-portable" couldn't use the silent-rules machinery at all. But after Paul Eggert's commit 'v1.11-598-g8493499' of 25-12-2011, "silent-rules: fallback for makes without nested vars" (motivated by automake bugs #9928 and #10237), Makefiles generated when the 'silent-rules' option is enabled can work also with those make implementations that don't support nested variables expansion (albeit the configure-time selected verbosity cannot be overridden at make runtime in such case). In light of that, and since silent rules are disabled by default even when the 'silent-rules' option is given (unless the developer explicitly makes them enabled by default be calling "AM_SILENT_RULES([yes])" in configure.ac), we can now have the support for silent rules always enabled. The 'silent-rules' option will thus become a no-op, but will reaming a valid option for the time being, for better backward-compatibility. A collateral effect of this change is that the use of the 'silent-rules' option will not anymore automatically disable the warnings in the 'portability-recursive' category. The present change is basically a backport of the Automake-NG commit 'v1.11d-75-g61ca923' of 19-04-2012, "[ng] silent rules: support for them is always active now". Stemmed by this thread on the Automake-NG list: <http://lists.gnu.org/archive/html/automake-ng/2012-04/msg00027.html> * automake.in: Enable silent-rules machinery unconditionally. Reword some comments. Do not switch off warnings in the category 'portability-recursive' anymore if the 'silent-rules' option is given. * m4/init.m4: Call 'AC_REQUIRE' on 'AM_SILENT_RULES' unconditionally. * lib/Automake/Options.pm: Recognize 'silent-rules' as a dummy option. Do not bother anymore checking that it is set in 'configure.ac'. * t/silent.sh: Remove now-redundant calls to AM_SILENT_RULES. * t/silent2.sh: Likewise. * t/silent3.sh: Likewise. * t/silent4.sh: Likewise. * t/silent8.sh: Likewise. * t/silent9.sh: Likewise. * t/silent-lex.sh: Likewise. * t/silent-many-gcc.sh: Likewise. * t/silent-many-generic.sh: Likewise. * t/silent-yacc-headers.sh: Likewise. * t/silent-yacc.sh: Likewise. * t/silentcxx-gcc.sh: Likewise. * t/silentcxx.sh: Likewise. * t/silentf77.sh: Likewise. * t/silentf90.sh: Likewise. * t/help-silent.sh: Likewise. * t/silent-configsite.sh: Likewise, and other minor adjustments. * t/silent7.sh: Likewise. Also, extend to check that silent rules are disabled by default, and remove obsoleted checks about the 'silent-rules' option being rejected in 'AUTOMAKE_OPTIONS'. * t/silent6.sh: Remove now-redundant calls to 'AM_SILENT_RULES'. Call automake with '-Wno-portability-recursive'. Remove other obsoleted checks. * t/dollarvar.sh: Don't expect the use of 'AM_SILENT_RULES' in 'configure.ac' to disable warning in the 'portability-recursive' category anymore. * t/compile_f_c_cxx.sh: Adjust to avoid a spurious failure. * t/silent-amopts.sh: Remove as obsolete. * t/silent-nowarn.sh: Likewise. * t/list-of-tests.mk: Adjust. * NEWS: Update. * doc/automake.texi: Update and simplify accordingly. * configure.ac (AM_INIT_AUTOMAKE): Remove 'silent-rules' option. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Peter Breitenlohner df306b52 2012-04-26T15:01:23 objc++: initial support for Objective C++ Original thread (dating back to almost three years ago): <http://lists.gnu.org/archive/html/automake-patches/2009-07/msg00016.html> * automake.in: Register new language 'objcxx'. (lang_objcxx_rewrite): New subroutine. (resolve_linker): Add OBJCXXLINK. (%_am_macro_for_cond): Add am__fastdepOBJCXX and AC_PROG_OBJCXX. (%_ac_macro_for_var): Add OBJCXX and OBJCXXFLAGS. * m4/depend.m4 (_AM_DEPENDENCIES): Add OBJCXX. * m4/init.m4 (AM_INIT_AUTOMAKE): Add AC_PROG_OBJCXX hook. Signed-off-by: Peter Breitenlohner <peb@mppmu.mpg.de> Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini 7a1eb9ff 2012-04-02T17:05:42 AM_PROG_MKDIR_P: deprecate, to be removed in Automake 1.13 Support for the obsolescent 'AM_PROG_MKDIR_P' macro (and its output variable '$(mkdir_p)') has already been deprecated in the documentation. It's now time to make its use actively emit warnings in the 'obsolete' category as well. * automake.in (scan_autoconf_traces): Warn about 'AM_PROG_MKDIR_P' obsolescent if that macro is seen. * m4/mkdirp.m4 (AM_PROG_MKDIR_P): Warn about its own obsolescence. * m4/init.m4: Require 'AC_PROG_MKDIR_P', not 'AM_PROG_MKDIR_P'. * t/mkdirp-deprecation.sh: New test. * t/list-of-tests.mk: Add it. * syntax-check.mk (sc_mkdir_p): Delete this check as obsolete. (syntax_check_rules): Remove it. * t/gettext-macros.sh: Ensure the gettext-requiring tests will call aclocal and automake with the 'obsolete' warnings disabled, since even recent versions of gettext used the now-deprecated 'AM_PROG_MKDIR_P' m4 macro. * NEWS: Update. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
Stefano Lattarini f8f22fea 2012-02-23T19:36:20 m4: do not quote `like this', as per GCS recommendation This patch converts the files comprising the automake's own build system to the use of new quoting format 'like this' or "like this" rather than `like this'. * m4/auxdir.m4, m4/ccstdc.m4, m4/depend.m4, m4/depout.m4, m4/tar.m4, m4/init.m4, m4/maintainer.m4, m4/make.m4, m4/missing.m4, m4/vala.m4, m4/mkdirp.m4, m4/sanity.m4, m4/silent.m4, m4/strip.m4: Update and adjust quoting format throughout, in comments and diagnostic. Some minor related rewordings and reformatting since we are at it. Bump serial numbers.
Stefano Lattarini 641a5a4b 2012-02-16T10:46:23 maint: run "make update-copyright"
Stefano Lattarini 3c5d9e8f 2011-03-15T17:36:40 cosmetics: better use of m4 quoting and m4sugar macros * m4/dmalloc.m4: Better use of m4 quoting. Bump serial number. * m4/gcj.m4: Likewise. * m4/init.m4: Likewise. * m4/install-sh.m4: Likewise. * m4/lex.m4: Likewise. * m4/multi.m4: Likewise. * m4/option.m4: Likewise. * m4/python.m4: Likewise. * m4/sanity.m4: Likewise. * m4/cond.m4: Likewise. Also, prefer the m4sugar macro 'm4_if' over the plain m4 macro 'ifelse'. * m4/depend.m4: Likewise.
Ralf Wildenhues 2c74a340 2009-04-13T23:17:39 silent-rules reorganization, --enable-silent-rules switch. This patch introduces a configure-time option to set the default verbosity. Since configure now needs to know whether the `silent-rules' automake option was set, the latter can only be set within AM_INIT_AUTOMAKE, or with a new AM_SILENT_RULES macro but not any more through AUTOMAKE_OPTIONS or the automake command line option `--silent-rules'. * automake.in (define_verbose_var): Define the default verbose variable in terms of `$(AM_DEFAULT_VERBOSITY)'. (handle_configure): Do not pass `--silent-rules' to automake. (scan_autoconf_traces): Trace `AM_SILENT_RULES'. If seen, enable global `silent-rules' option. (usage): Do not document `--silent-rules'. (parse_arguments): Do not accept `--silent-rules'. * doc/automake.texi (Options): Overhaul. Document AM_SILENT_RULES, --enable-silent-rules, --disable-silent-rules, AM_DEFAULT_VERBOSITY. Show an example for user-added variables for less verbose output. (Invoking Automake): Remove documentation for `--silent-rules'. (Public Macros): Document `AM_SILENT_RULES'. * NEWS: Update. * lib/Automake/Options.pm (_process_option_list): Accept `silent-rules' only as option in configure.ac. * m4/init.m4 (AM_INIT_AUTOMAKE): If the `silent-rules' option was enabled, require `AM_SILENT_RULES'; move AM_BACKSLASH initialization to ... * m4/silent.m4 (AM_SILENT_RULES): ... this new file, new macro. Deal with `--enable-silent-rules' switch; define AM_DEFAULT_VERBOSITY. * m4/Makefile.am (dist_m4data_DATA): Add silent.m4. * tests/dollarvar.test: Remove tests for `--silent-rules', use `AM_SILENT_RULES'. * tests/flavor.test: Remove test for `--silent-rules'. * tests/silent.test: Use `AM_SILENT_RULES' instead of `AUTOMAKE_OPTIONS = silent-rules'; use `--enable-silent-rules'. * tests/silent2.test: Likewise. * tests/silent3.test: Likewise. * tests/silent4.test: Likewise. * tests/silent5.test: Likewise. * tests/silent6.test: Likewise. Test `AM_SILENT_RULES' as well as `AM_INIT_AUTOMAKE([silent-rules])' instead of `--silent-rules'. * tests/silent7.test: Use `AM_SILENT_RULES' instead of `AUTOMAKE_OPTIONS = silent-rules'; ensure the latter is rejected. Test combinations of --enable-silent-rules and --disable-silent-rules with `make V=0' and `make V=1'. Suggestion for configure-time switch by Bob Friesenhahn. Signed-off-by: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
Ralf Wildenhues 1692795d 2009-04-09T00:16:35 parallel-tests: Fix driver for nonempty executable extension. * automake.in (handle_tests): New substitution `%am__EXEEXT%', defined as 'FALSE' for non-generic rules, or if no programs are built at all. Otherwise, define it as configure conditional. * lib/am/check2.am [%am__EXEEXT%] (%EXT%$(EXEEXT).log): New conditional generic rule. * m4/init.m4: Hook an m4_provide of `_AM_COMPILER_EXEEXT' onto Autoconf's `_AC_COMPILER_EXEEXT' macro. (AM_INIT_AUTOMAKE): If `_AM_COMPILER_EXEEXT' has been provided at `AC_CONFIG_COMMANDS_PRE' time, then introduce a conditional `am__EXEEXT', defined to true iff `$EXEEXT' is nonempty. * tests/check5.test: Only match `_EXEEXT_[1-9]' here, to avoid false positives stemming from `@am__EXEEXT_TRUE@'. * NEWS: Update. Signed-off-by: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
Jan Engelhardt e0bd4af1 2009-03-07T15:58:07 Implement `silent' build rules. * automake.in (ccer): New field in the language structure. Initialize it for all registered languages. (verbose_var, verbose_flag, verbose_dispatch) (silent_flag, define_verbose_var, define_verbose_tagvar) (define_verbose_libtool): New functions. (handle_languages, handle_programs, handle_libraries) (handle_ltlibraries, handle_configure) (define_compiler_variable, define_linker_variable) (define_per_target_linker_variable): Use them where appropriate to define variables to implement the silent output machinery. * lib/Automake/Options.pm (_process_option_list): Accept `silent', turning off `portability-recursive'. * lib/am/depend2.am: Add %VERBOSE% and %SILENT% prefixes where appropriate. * lib/am/lex.am: Likewise. * lib/am/library.am: Likewise. * lib/am/ltlibrary.am: Likewise. * lib/am/program.am: Likewise. * lib/am/yacc.am: Likewise. * m4/init.m4 (AM_INIT_AUTOMAKE): Substitute, but do not define, AM_BACKSLASH. * tests/defs.in: Unset `V', to avoid influencing inner tests. Signed-off-by: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
Eric Blake d87a073e 2009-01-23T15:34:17 Use no-arg macros via AC_REQUIRE for consistency. * m4/init.m4 (AM_INIT_AUTOMAKE): Require, rather than directly expand, AM_PROG_INSTALL_SH and AM_PROG_INSTALL_STRIP. * configure: Regenerate. Signed-off-by: Eric Blake <ebb9@byu.net>
Eric Blake ced75497 2008-04-10T16:47:55 Prefer a released version of autoconf. * NEWS: Bump requirement to autoconf 2.62. * m4/init.m4 (AM_INIT_AUTOMAKE): Likewise. * configure.ac: Likewise. (AC_PREREQ): Remove check, done by AM_INIT_AUTOMAKE instead. Signed-off-by: Eric Blake <ebb9@byu.net>
Ralf Wildenhues 8aad9804 2008-03-08T13:35:05 Require unreleased Autoconf for fixed AC_PROG_INSTALL. * m4/init.m4 (AM_INIT_AUTOMAKE): Bump AC_PREREQ to 2.61-341, regenerate files. * configure.ac: Also require Autoconf 2.61-341, to catch failure early and provide a sensible error message. Signed-off-by: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
Ralf Wildenhues d4b81e60 2008-01-12T15:33:06 * m4/init.m4 (_AC_AM_CONFIG_HEADER_HOOK): Rewrite to be more resistant to different quoting styles of $1.
Alexandre Duret-Lutz 8ae25d96 2006-08-30T18:50:38 For PR automake/500: * automake.in (handle_compile) <$default_includes>: Do not output the same -I twice. Use @am__isrc@ instead of ` -I$(srcdir)'. * m4/init.m4: Define am__isrc as ` -I$(srcdir)' only in non-VPATH builds since we always have `-I.'. * tests/subpkg.test: Make sure config headers are found in VPATH and non-VPATH builds.
Alexandre Duret-Lutz 79a9f204 2006-08-19T13:58:03 * NEWS, configure.ac, m4/init.m4, m4/lispdir.m4, m4/mkdirp.m4: Require Autoconf 2.60 instead of some intermediate development version.
Alexandre Duret-Lutz 16e941b2 2006-08-04T14:53:32 * m4/init.m4: Suggest fixing the call to AC_INIT when AC_PACKAGE_NAME or AC_PACKAGE_VERSION is undefined. This is for newcomers who call AC_INIT and AM_INIT_AUTOMAKE without arguments. * tests/init.test: New file. * tests/Makefile.am (TESTS): Add it.
Ralf Wildenhues b9df3285 2006-03-20T20:31:29 * m4/init.m4 (AM_INIT_AUTOMAKE): Add `_AM_DEPENDENCIES(OBJC)' to `AC_PROG_OBJC' if provided, to fix Objective C depmode handling. * lib/Automake/Variable.pm (%_ac_macro_for_var): Add entries for OBJC and OBJCFLAGS. * tests/ext.test: Adjust. * tests/objc.test, tests/objc2.test: New tests. * tests/Makefile.am: Adjust. * doc/automake.texi (Objective C Support): New node. (Support for Other Languages): Adjust. * NEWS: Update.
Alexandre Duret-Lutz c01e9982 2005-06-30T11:07:41 * automake.in (scan_autoconf_traces): Scan AC_SUBST_TRACE instead of AC_SUBST. * lib/am/header-vars.am (srcdir, top_srcdir, top_builddir, INSTALL): Do not define, they are AC_SUBST_TRACEd by Autoconf. * m4/init.m4 (AM_INIT_AUTOMAKE): Require Autoconf 2.59c. * tests/include.test: Call AC_OUTPUT.
Alexandre Duret-Lutz 391df12b 2005-01-09T14:46:22 * m4/amversion.in, m4/as.m4, m4/auxdir.m4, m4/ccstdc.m4, m4/cond.m4, m4/depend.m4, m4/depout.m4, m4/dmalloc.m4, m4/gcj.m4, m4/header.m4, m4/init.m4, m4/install-sh.m4, m4/lead-dot.m4, m4/lex.m4, m4/lispdir.m4, m4/maintainer.m4, m4/make.m4, m4/minuso.m4, m4/missing.m4, m4/mkdirp.m4, m4/multi.m4, m4/obsol-gt.m4, m4/obsol-lt.m4, m4/obsolete.m4, m4/options.m4, m4/protos.m4, m4/python.m4, m4/regex.m4, m4/runlog.m4, m4/sanity.m4, m4/strip.m4, m4/tar.m4: Use the same all-permissive license that is used in aclocal.m4. Relicensing backed by RMS.
Alexandre Duret-Lutz 1e840d7c 2004-08-03T23:02:56 Support AC_REQUIRE_AUX_FILE, and fix requirement of AM_PROG_CC_C_O. * automake.in (%required_aux_file): New hash. (handle_single_transform, lang_c_rewrite): Do note explicitly require 'compile', this is now an internal detail of AM_PROG_CC_C_O. (scan_autoconf_traces): Trace AC_REQUIRE_AUX_FILE and fill %required_aux_file. (scan_autoconf_files): Require all %required_aux_file instead of explicitly requiring install-sh and missing. (generate_makefile): Do not require config.sub and config.guess. (handle_single_transform): Pass $have_per_exec_flags to &lang_c_rewrite. * configure.ac, m4/init.m4: Require Autoconf 2.59a. * doc/automake.texi (Optional): Document AC_REQUIRE_AUX_FILE. (Program and Library Variables, Options, Public macros): AC_PROG_CC_C_O is required when per-target flags or subdir-objects are used with C sources. * m4/minuso.m4: Require `compile' using AC_REQUIRE_AUX_FILE. * m4/missing.m4: Require `missing' similarly. * tests/acsubst2.test, tests/distcom2.test, tests/distcom6.test, tests/specflg.test, tests/specflg2.test, tests/specflg3.test, tests/specflg6.test, tests/specflg7.test, tests/specflg8.test, tests/specflg9.test, tests/subobj7.test, tests/target-cflags.test, tests/yacc6.test: Fix to use AM_PROG_CC_C_O.
Alexandre Duret-Lutz ae040111 2004-04-19T23:20:08 For PR automake/414: Introduce options tar-v7, tar-ustar, and tar-pax to select tar format. * doc/automake.texi (Options): Document them. * lib/Automake/Options.pm (_process_option_list): Process these new options. * lib/am/distdir.am (dist-gzip, dist-bzip2, dist-tarZ, dist, distcheck): Adjust to use am__tar and am__untar. * m4/tar.m4: New file. * m4/Makefile.am (dist_m4data_DATA): Add tar.m4. * m4/init.m4 (AM_INIT_AUTOMAKE): Support the new options and call _AM_PROG_TAR. * tests/tar.test, tests/tar2.test, tests/tar3.test: New files. * tests/Makefile.am (TESTS): Add them.
Alexandre Duret-Lutz 2a8e1b17 2003-11-10T20:55:33 * automake.in (handle_configure): Distribute and define mkinstalldirs only if it is already present in the package. (scan_autoconf_files): Do not require mkinstalldirs. (require_build_directory): Use $(mkdir_p), not $(mkinstalldirs). * lib/am/data.am, lib/am/distdir.am, lib/am/install.am, lib/am/java.am, lib/am/libs.am, lib/am/lisp.am, lib/am/mans.am, lib/am/progs.am, lib/am/python.am, lib/am/scripts.am, lib/am/texinfos.am: Use $(mkdir_p) instead of $(mkinstalldirs). * m4/mkdirp.m4: New file. * m4/Makefile.am (dist_m4data_DATA): Add mkdirp.m4. * m4/init.m4 (AM_INIT_AUTOMAKE): Call AM_PROG_MKDIR_P. * tests/Makefile.am (TESTS): Remove insh.test. * tests/insh.test: Delete. * tests/defs.in, tests/instsh.test: Do not install mkinstalldirs. * tests/auxdir.test: Install mkinstalldirs. * tests/distdir.test, tests/instman.test, tests/pr2.test: Use $(mkdir_p), not $(mkinstalldirs). * tests/empty.test: Run configure, do not substitute things by hand. * doc/automake.texi (Optional) <AC_CONFIG_FILES>: Take install-sh as an example, not mkinstalldirs. (Auxiliary Programs) <mkinstalldirs>: Update.
Alexandre Duret-Lutz 05fac009 2003-11-05T21:31:34 * m4/init.m4 (AM_INIT_AUTOMAKE): Require Autoconf 2.58. * configure.ac: Require Autoconf 2.58a, and check for 2.58.
Alexandre Duret-Lutz 9e9f7974 2003-08-24T19:56:07 * configure.in: Require Autoconf 2.57b to be sure aclocal can use autom4te --language Autoconf-without-aclocal-m4. * m4/init.m4: Likewise. Move the AC_PREREQ and m4_pattern_allow calls inside the AM_INIT_AUTOMAKE macro. * m4/auxdir.m4, m4/cond.m4, m4/lex.m4, m4/regex.m4: Move AC_PREREQ calls inside the macros. * m4/header.m4: Remove AC_PREREQ.
Alexandre Duret-Lutz bb8d3245 2003-03-13T21:43:47 * m4/init.m4: Remove a leftover comment from the pre-1.7 era.
Alexandre Duret-Lutz 6c960b13 2003-03-13T21:33:59 Fix for PR automake/386: * m4/init.m4: Require Autoconf 2.55. Reported by Owen Taylor.
Alexandre Duret-Lutz c149b8ac 2003-02-04T20:00:12 * m4/init.m4 (_AC_AM_CONFIG_HEADER_HOOK): Recompute indexes of header files so we create stamp files with the right numbers when config.status is run on some headers. * tests/stamph2.test: Check for this. Reported by Sander Niemeijer.
Alexandre Duret-Lutz bb174399 2003-01-13T14:04:41 Use `_dirstamp' when the file-system doesn't support `.dirstamp'. * m4/lead-dot.m4: New file. * m4/Makefile.am (dist_m4data_DATA): Add lead-dot.m4 * m4/init.m4 (AM_INIT_AUTOMAKE): Require AM_SET_LEADING_DOT.: * m4/depend.m4 (AM_SET_DEPDIR): Require AM_SET_LEADING_DOT. Define DEPDIR using am__leading_dot. * automake.in (require_build_directory): Define am__dirstamp, a new variable for the dirstamp basename, based on am__leading_dot. * tests/subobj6.test: Move all `test -f' into Makefiles, so we can use $(am__dirstamp). Reported by Richard Dawe.
Alexandre Duret-Lutz 364483ba 2002-12-12T13:41:00 * m4/init.m4 (AM_INIT_AUTOMAKE): Properly quote AC_PACKAGE_TARNAME and AC_PACKAGE_VERSION.
Alexandre Duret-Lutz f0791481 2002-09-16T10:12:22 * configure.in, m4/init.m4, NEWS: Require Autoconf 2.54.
Alexandre Duret-Lutz c456276a 2002-09-09T08:27:19 * m4/init.m4: Execute cygpath in a sub-shell.
Alexandre Duret-Lutz b89b34e5 2002-09-08T13:40:05 2002-09-08 Andreas Buening <andreas.buening@nexgo.de> Fix for automake/334: * lib/am/depend2.am: Replaced "cygpath -w" by $(CYGPATH_W). * m4/init.m4: New make variable CYGPATH_W.
Alexandre Duret-Lutz eafb319c 2002-07-19T20:17:59 * m4/init.m4: Require Autoconf 2.53b. * m4/header.m4 (AM_CONFIG_HEADER): Redefine using AU_DEFUN. * m4/ccstdc.m4 (fp_PROG_CC_STDC): New AU_DEFUN. * m4/dmalloc.m4 (fp_WITH_DMALLOC): Likewise. * m4/lispdir.m4 (ud_PATH_LISPDIR): Likewise. * m4/maintainer.m4 (jm_MAINTAINER_MODE): Likewise. * m4/protos.m4 (fp_C_PROTOTYPES): Likewise. * m4/regex.m4 (fp_WITH_REGEX): Likewise. * m4/termios.m4: Delete. AM_SYS_POSIX_TERMIOS is now AU_DEFUNed in m4/obsolete.m4. * m4/winsz.m4: Delete. AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL is now AU_DEFUNed in m4/obsolete.m4. * m4/obsol-gt.m4, m4/obsol-lt.m4, m4/obsolete.m4 : New files. * m4/Makefile.am (dist_m4data_DATA): Add obsol-gt.m4, obsol-lt.m4, and obsolete.m4. Remove termios.m4 and winsz.m4. * aclocal.in (obsolete, obsolete_rx): Remove. (scan_configure): Don't grep for obsolete macros. * tests/defs (AUTOUPDATE): Define. * Makefile.am (maintainer-check): Check for misuses of autoupdate. * tests/obsolete.test: Rewrite. Exercize the AU_DEFUN macros from m4/obsolete.m4.
Alexandre Duret-Lutz d0697cda 2002-07-18T11:16:40 * m4/header.m4 (_AM_DIRNAME, _AM_STAMP, _AM_CONFIG_HEADER, _AM_CONFIG_HEADER_INSINUATE): Remove them all. Leave just ... (AM_CONFIG_HEADER): ... this new definition for compatibility. * m4/init.m4: Don't call _AM_CONFIG_HEADER_INSINUATE. (_AC_AM_CONFIG_HEADER_HOOK): New macro. * tests/confh5.tests: Delete. * tests/Makefile.am (TESTS): Remove confh5.tests.
Alexandre Duret-Lutz 27474b22 2002-04-19T10:13:34 * m4/header.m4 (_AM_CONFIG_HEADER_INSINUATE): New function, override AC_CONFIG_HEADERS with AM_CONFIG_HEADER. (_AM_CONFIG_HEADER): Use _AM_AC_CONFIG_HEADERS. * m4/init.m4: Call _AM_CONFIG_HEADER_INSINUATE. * tests/stamph2.test: Use AC_CONFIG_HEADERS for some of the config files. * tests/confh5.test: New file. * tests/Makefile.am (TESTS): Add confh5.test. * automake.texi (Optional, Public macros): Update descriptions of AC_CONFIG_HEADERS and AM_CONFIG_HEADER.
Tom Tromey 09d3a1cf 2002-03-17T23:18:00 * m4/init.m4 (AUTOMAKE, ACLOCAL): Removed extra quotes. Fixes PR automake/304.
Tom Tromey 8d63c8ed 2002-01-22T18:52:26 * m4/gcj.m4 (AM_PROG_GCJ): Don't invoke dependency code if no-dependencies option is set. * m4/init.m4 (AM_INIT_AUTOMAKE): Don't invoke dependency code if no-dependencies option is set. Don't call AM_DEP_TRACK or AM_SET_DEPDIR.
Tom Tromey c52e0530 2002-01-18T21:12:55 * missing: Updated. * lib/missing: Accept versioned aclocal. * m4/init.m4 (AM_INIT_AUTOMAKE): Look for versioned aclocal.
Tom Tromey b85334eb 2002-01-16T19:05:47 * Makefile.am (install-exec-hook): Use APIVERSION. * m4/init.m4 (AM_INIT_AUTOMAKE): Use am__api_version. * m4/amversion.in (AM_AUTOMAKE_VERSION): Set am__api_version from APIVERSION. * automake.in (perllibdir): Use APIVERSION. (libdir): Likewise. * aclocal.in (perllibdir): Use APIVERSION. (APIVERSION): New global. (parse_arguments): Use APIVERSION. * configure.in (APIVERSION): New subst. (pkgvdatadir): Use APIVERSION.
Tom Tromey 447ca35b 2002-01-15T23:54:14 * missing: Updated. * lib/missing: Match against `automake*' to pick up versioned automake. * m4/init.m4 (AM_INIT_AUTOMAKE): Use versioned automake name. * m4/amversion.in (AM_AUTOMAKE_VERSION): Set am__version variable. * lib/am/Makefile.am (amdir): Use pkgvdatadir. * lib/Makefile.am (dist_pkgvdata_DATA): Renamed to use pkgvdatadir. (scriptdir): Use pkgvdatadir. (installcheck-local): Likewise. * lib/Automake/Makefile.am (perllibdir): Use pkgvdatadir. * automake.in (perllibdir): Added VERSION. (libdir): Likewise. * aclocal.in (parse_arguments): Search versioned directory. Don't push unversioned directory unless it exists. (perllibdir): Added VERSION. (default_acdir): New global. * m4/Makefile.am (m4datadir): Added $(VERSION). * Makefile.am (install-exec-hook): New target. * configure.in (ACLOCAL): Search build directory. (pkgvdatadir): New subst.
Alexandre Duret-Lutz 7689032c 2002-01-12T18:48:53 * m4/init.m4 (AM_INIT_AUTOMAKE): Set PACKAGE and VERSION from AM_INIT_AUTOMAKE arguments when using the old-style call. Use AC_PACKAGE_TARNAME and AC_PACKAGE_VERSION in the new form only. Suggested by Pavel Roskin.
Alexandre Duret-Lutz e375e1f2 2002-01-12T17:38:56 * test/nodefine.test, test/nodefine2.test: Check that no-define works, not the contrary... * m4/options.m4 (_AM_IF_OPTIONS): Use m4_ifset. * m4/init.m4 (AM_INIT_AUTOMAKE): A third argument implies no-define, not the contrary.
Alexandre Duret-Lutz 45c5938c 2002-01-09T08:52:09 * automake.texi (Complete, Macros, Options): Document the new style AM_INIT_AUTOMAKE. Remove AM_AUTOMAKE_OPTIONS documentaion. * m4/init.m4 (AM_INIT_AUTOMAKE): Get PACKAGE and VERSION from AC_INIT if they are available there. Support a new call form where the only argument is an optional space-separated list of Automake options. * m4/options.m4 (AM_AUTOMAKE_OPTIONS): Remove. (_AM_MANGLE_OPTION, _AM_SET_OPTION, _AM_SET_OPTIONS, _AM_IF_OPTION): New functions. * automake.in (AC_INIT_PATTERN): New variable. (global_options_line): Remove, use $seen_init_automake instead. (scan_one_autoconf_file, scan_autoconf_traces): Set $package_version from AC_INIT if available. Support the new style AM_INIT_AUTOMAKE. Remove the AM_AUTOMAKE_OPTIONS handling. * configure.in: Modernize. * tests/defs (configure.in): Modernize. One third of the tests still overwrite the default configure.in and use an old AM_INIT_AUTOMAKE call, so that makes testing for both. * tests/nodefine.test, tests/nodefine2.test: New files. * tests/Makefile.am (TESTS): Add them.
Alexandre Duret-Lutz 57a6006e 2002-01-07T20:25:24 * configure.in (AUTOMAKE): Create m4/amversion.m4. * m4/amversion.in: New file. * m4/Makefile.am (m4data_DATA, EXTRA_DIST): Replace by ... (dist_m4data_DATA): ... this. (nodist_m4data_DATA, DISTCLEANFILES): Add amversion.m4. * m4/init.m4 (AM_INIT_AUTOMAKE): Require AM_SET_CURRENT_AUTOMAKE_VERSION. * automake.in (seen_automake_version): New variable. (scan_autoconf_traces, scan_one_autoconf_file, scan_autoconf_files): Scan for AM_AUTOMAKE_VERSION and complain when the version used in aclocal.m4 differs from Automake's. * tests/defs (ACLOCAL): Look in ../m4 too. * tests/installsh.test (ACLOCAL): Likewise. * tests/installdir.test (installdirs-local): Run $ACLOCAL.
Akim Demaille 56c8ea4f 2001-11-07T18:08:14 * m4/init.m4 (AM_INIT_AUTOMAKE): Don't escape quotes in AC_MSG_ERROR. Reported by Jim Meyering.
Akim Demaille db020179 2001-09-27T09:01:05 * m4/cond.m4, m4/init.m4, m4/header.m4: Remove Autoconf 2.13 code.
Tim Van Holder 79cfc715 2001-09-23T10:16:51 * m4/auxdir.m4, m4/init.m4: Require autoconf 2.50 and rely on it to neutralize CDPATH for us. * m4/init.m4: Don't substitute EXEEXT or OBJEXT anymore. * lib/am/texibuild.am: Use @PATH_SEPARATOR@, not ':' to build TEXINPUTS.
Akim Demaille 0668ce98 2001-09-22T16:05:36 * ChangeLog, ChangeLog.1996, ChangeLog.1998, ChangeLog.2000, Makefile.am, NEWS, README, TODO, configure.in, lib/Makefile.am, lib/acinstall, lib/am/Makefile.am, m4/Makefile.am, m4/as.m4, m4/auxdir.m4, m4/ccstdc.m4, m4/cond.m4, m4/depend.m4, m4/depout.m4, m4/dmalloc.m4, m4/error.m4, m4/gcj.m4, m4/header.m4, m4/init.m4, m4/install-sh.m4, m4/lex.m4, m4/lispdir.m4, m4/maintainer.m4, m4/make.m4, m4/minuso.m4, m4/missing.m4, m4/multi.m4, m4/obstack.m4, m4/protos.m4, m4/ptrdiff.m4, m4/python.m4, m4/regex.m4, m4/sanity.m4, m4/strip.m4, m4/termios.m4, m4/winsz.m4: Add copyright notice. * INSTALL, lib/INSTALL: Upgrade to latest autoconf version, which has a copyright notice.
Alexandre Duret-Lutz f00ec284 2001-08-03T08:28:21 * m4/install-sh.m4: New file. * m4/Makefile.am (m4data_DATA): Add install-sh.m4. * m4/missing.m4 (AM_MISSING_INSTALL_SH): Move ... * m4/install-sh.m4 (AM_PROG_INSTALL_SH): ... here. Don't check for install.sh any longer, always use install-sh, don't even fall back to missing. Use $am_aux_dir, making $install_sh absolute. * m4/strip.m4 (AM_PROG_INSTALL_STRIP): Simplify, since $install_sh is absolute. * m4/init.m4: Adjust call to AM_PROG_INSTALL_SH.
Tom Tromey 37506386 2001-07-27T00:02:43 * automake.in (am_print_error): New function. (am_error): Use it. (am_file_error): Likewise. (am_line_error): Likewise. (am_conf_error): Likewise. (am_conf_line_error): Likewise. * automake.texi (Options): Document no-exeext. * automake.in (handle_options): Recognize no-exeext. (rule_define): Handle no-exeext. * tests/Makefile.am (TESTS): Added new file. * tests/exeext2.test: New file. * automake.in (make_input_list): Removed. (scan_autoconf_config_files): Don't add to make_input_list. (scan_one_autoconf_file): Don't use make_input_list. (scan_autoconf_files): Use make_list, not make_input_list. (scan_autoconf_files): Likewise. * automake.in (seen_exeext): Removed. (generate_makefile): Don't define EXEEXT or OBJEXT. (scan_one_autoconf_file): Don't check for AC_EXEEXT. (am_install_var): Don't check $seen_exeext. (handle_programs): Likewise. (rule_define): Allow x to override x$(EXEEXT), for now. (file_contents_internal): Only define rule if rule_define allows us to. * m4/init.m4 (AM_INIT_AUTOMAKE): Define EXEEXT and OBJEXT.
Tom Tromey 8c00243e 2001-07-17T05:40:56 * m4/depend.m4 (AM_DEPENDENCIES): Renamed to _AM_DEPENDENCIES. * m4/init.m4: Updated callers.
Tom Tromey 545fc249 2001-05-30T02:34:09 * m4/init.m4 (AM_INIT_AUTOMAKE): Allow any AM_*FLAGS variable.
Tom Tromey 75f1df10 2001-05-25T14:50:30 * m4/init.m4 (AM_INIT_AUTOMAKE): Ignore AM_RUNTESTFLAGS.
Tom Tromey c7e78f73 2001-02-21T02:49:25 * m4/init.m4 (AM_INIT_AUTOMAKE): Simplify m4_pattern_allow invocation.
Tom Tromey eb0b1538 2001-02-18T00:35:19 2001-02-17 Tom Tromey <tromey@redhat.com> * automake.in (handle_merge_targets): Use double quotes around setting of INSTALL_STRIP_PROGRAM. * m4/strip.m4 (AM_PROG_INSTALL_STRIP): Set INSTALL_STRIP_PROGRAM to absolute path at runtime. (AM_PROG_STRIP): Don't explicitly test $STRIP. 2001-01-28 Alexandre Duret-Lutz <duret_g@epita.fr> * m4/strip.m4: New file. * m4/Makefile.am (m4data_DATA): Add strip.m4. * m4/init.m4: Call AM_PROG_INSTALL_STRIP. * m4/missing.m4 (AM_AUX_DIR_EXPAND): New function. (AM_MISSING_INSTALL_SH, AM_MISSING_HAS_RUN): Use $am_aux_dir instead of $ac_aux_dir, and require AM_AUX_DIR_EXPAND. * m4/depend.m4 (AM_DEP_TRACK): Likewise. * automake.in (handle_merge_targets): In the install-strip rule, set INSTALL_PROGRAM to INSTALL_STRIP_PROGRAM, and INSTALL_PROGRAM_ENV to INSTALL_STRIP_PROGRAM_ENV; don't use INSTALL_STRIP_FLAG. * progs.am (install-@DIR@PROGRAMS): Adapt to use INSTALL_PROGRAM_ENV, don't use INSTALL_STRIP_FLAG any longer. * header-vars.am (INSTALL_STRIP_FLAG): Remove. (INSTALL_PROGRAM_ENV): New variable.
Tom Tromey bd940d21 2001-02-13T06:43:43 * m4/init.m4 (AM_INIT_AUTOMAKE): Explicitly allow various AM_* names through autoconf.
Tom Tromey 6171edd6 2001-02-08T06:32:16 * m4/init.m4 (AM_INIT_AUTOMAKE): Use \", not ".
Akim Demaille b37ff24a 2001-01-25T15:50:36 * m4/depend.m4 (AM_DEPENDENCIES): Don't leave `AC_PROG_CC' etc. in clear. * m4/init.m4: Likewise. * m4/sanity.m4: s/conftestfile/conftest.file/.
Akim Demaille 1e2c6b41 2001-01-16T11:04:36 * m4/multi.m4: Remove the hairy useless quotation of `$'. Simplify `ifelse([$2],,,[$2])' into... `$2'! * m4/minuso.m4: Don't use changequote! * m4/cond.m4: Fix quotation. * m4/sanity.m4: Follow the Autoconf coding style. * m4/missing.m4 (AM_MISSING_INSTALL_SH): Use a for loop. * m4/depend.m4 (AM_DEPENDENCIES): Fix quotation issues. Use AC_CACHE_CHECK.
Pavel Roskin 5cad77aa 2000-10-10T00:18:53 * m4/init.m4 (AM_INIT_AUTOMAKE): Don't rely on variable assignments changing $? - it's broken in ash-0.2. * m4/missing.m4 (AM_MISSING_HAS_RUN): Likewise.
Akim Demaille 4b893ece 2000-08-02T08:59:16 * m4: Quote properly the name of the macros being defined. Use `#' instead of `dnl' where appropriate. * m4/header.m4 (AM_CONFIG_HEADER): Get rid of changequote, just quote. Don't quote passive characters. Pull the AC_PREREQ outside the macro. * m4/init.m4: Pull the AC_PREREQ outside the macro.
Jim Meyering af50dbbd 2000-05-01T10:57:08 From Akim Demaille <akim@epita.fr> * m4/init.m4 (AC_PROVIDE_IFELSE): If it is not defined, do it. (AM_INIT_AUTOMAKE): Update the writing conventions. Quote the arguments properly. Add a few missing `dnl'. Use AC_PROVIDE_IFELSE.
Tom Tromey 5821230c 1999-11-23T05:08:42 * m4/missing.m4 (AM_MISSING_INSTALL_SH): Don't take argument. * m4/init.m4 (AM_INIT_AUTOMAKE): Don't pass argument to AM_MISSING_INSTALL_SH. * automake.in (scan_one_configure_file): Reverted previous change.
Tom Tromey 9ae48df8 1999-11-21T21:35:41 Merged from user-dep-gen-branch.
Tom Tromey 1905d6a8 1999-07-13T15:51:39 Work around losing `awk'. Report from Harlan Stenn. * m4/init.m4 (AM_INIT_AUTOMAKE): Require AC_PROG_AWK. * tags.am (ID, TAGS): Use $(AWK), not `awk'.
Alexandre Oliva 2d5c3abe 1999-06-07T03:34:04 * automake.in (dist_header): Avoid changing permissions of files in the source tree, trying a complex `find/chmod' command before falling back to plain chmod. (handle_dist_worker): Do not create directories with mode 777, the find above will take care of that. * m4/init.m4: Set install_sh for find/chmod above.
Tom Tromey c2704136 1999-04-11T22:27:41 * automake.in (handle_dist): Use AMTAR. (initialize_global_constants): Likewise. * m4/init.m4 (AM_INIT_AUTOMAKE): Use AMTAR, not TAR.
Tom Tromey 3241365d 1999-03-26T22:54:57 * m4/init.m4: Fixed typo when invoking SHELL.
Tom Tromey af49c4fe 1999-03-26T22:34:03 * Makefile.in: Rebuilt. * Makefile.am: Updated to reflect removal of TAR subst. * automake.texi (Options): Document dist-bzip2. * automake.in (TAR): Removed global. (initialize_global_constants): Changed `dist' to use pipe with gzip; work with non-GNU tar. (handle_dist): Handle non-GNU tar. Don't define TAR. (initialize_global_constants): Added `dist-bzip2' entry. (handle_options): Recognize dist-bzip2 option. (handle_dist): Likewise. * configure: Rebuilt. * configure.in: Don't check for tar. * m4/init.m4 (AM_INIT_AUTOMAKE): Check for `tar'. Substitute AMTARFLAGS.
Tom Tromey 8ea1f81b 1999-01-22T14:09:37 * m4/init.m4 (AM_INIT_AUTOMAKE): Require autoconf 2.13.
Tom Tromey a150fe6f 1998-10-09T11:10:23 * m4/winsz.m4 (AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL): Use 3-argument form of AC_DEFINE. * m4/regex.m4 (AM_WITH_REGEX): Use 3-argument form of AC_DEFINE. * m4/ptrdiff.m4 (AM_TYPE_PTRDIFF_T): Use 3-argument form of AC_DEFINE. * m4/protos.m4 (AM_C_PROTOTYPES):Use 3-argument form of AC_DEFINE. * m4/obstack.m4 (AM_FUNC_OBSTACK): Use 3-argument form of AC_DEFINE. * m4/init.m4 (AM_INIT_AUTOMAKE): Use 3-argument form of AC_DEFINE. * m4/dmalloc.m4 (AM_WITH_DMALLOC): Use 3-argument form of AC_DEFINE.
Tom Tromey d4d59682 1998-09-26T19:10:24 Track recent autoconf changes: * m4/Makefile.in: Rebuilt. * m4/Makefile.am (m4data_DATA): Updated for deleted files. * m4/init.m4 (AM_INIT_AUTOMAKE): Use AC_PROG_INSTALL. * m4/mingw.m4: Removed. * m4/cygwin.m4: Removed. * m4/install.m4: Removed. * m4/exeext.m4: Removed. * automake.in (scan_one_configure_file): Don't look for AM_EXEEXT. (check_cygnus): Only mention AC_EXEEXT. (obsolete_macros): Mention AM_PROG_INSTALL, AM_EXEEXT, AM_CYGWIN32, AM_MINGW32. ($seen_prog_install): Changed interpretation; changed all users. (scan_one_configure_file): Don't look for AM_PROG_INSTALL. ($scripts_installed): Removed. (handle_scripts): Use local $scripts_installed. * aclocal.in (obsolete_macros): Added AM_PROG_INSTALL, AM_EXEEXT, AM_CYGWIN32, AM_MINGW32.
kmx.io     mail     discord kmxgit v0.4.0