bug-bison
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: YYSTYPE_IS_TRIVIAL


From: Akim Demaille
Subject: Re: YYSTYPE_IS_TRIVIAL
Date: 25 Apr 2002 00:12:45 +0200
User-agent: 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
| m4/*.m4.

Doing this in autoreconf seems more robust, and requiring less burden
to the other maintainers.  I'll implement your first suggestion instead.

-- 
Ashamed.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]