[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
25 Apr 2002 00:12:45 +0200
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)
| > From: Akim Demaille <address@hidden>
| > Date: 24 Apr 2002 12:53:18 +0200
| > Autoreconf does (now) the following:
| > 1. aclocal to make tracing faithful
| > 2. autoconf --trace
| > to see if libtool, automake, autoheader and gettext are used.
| > 3. gettextize
| > 4. libtoolize
| > 5. aclocal (3 & 4 may have installed new local m4 files)
| > 6. autoconf
| > 7. autoheader
| > 8. automake
| > The problem is that at point 1., we already have the right aclocal.m4:
| > the gettext macros are found in /usr/*/share/alocal/ by aclocal, which
| > pastes them into aclocal.m4.
| > Then, and point 5, autoreconf sees it is creating the same aclocal.m4
| > again, so it keeps the old one, to avoid relaunching autoconf etc.
| > But then, when automake is run, the Makefiles have dependencies for
| > aclocal.m4 which point to the *local* copies of the gettext macros,
| > now installed in m4/.
| OK, how about if you insert the following step after step 5:
| touch -m -r aclocal.m4 `ls -t aclocal.m4 m4/*.m4 | sed '/aclocal.m4/q'`
| This is a bit of a hack, but it should prevent aclocal.m4 from
| appearing to be older than its inputs.
It does sound good to me. Thank you!
| Another possibility is to ask for a gettextize option that preserves
| the dates when copying m4 files from .../share/aclocal/*.m4 into
Doing this in autoreconf seems more robust, and requiring less burden
to the other maintainers. I'll implement your first suggestion instead.