This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [libmudflap] Why was the toplevel libtool.m4 copied into acinclude.m4?
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Kelley Cook <kcook at gcc dot gnu dot org>
- Cc: GCC Mailing List <gcc at gcc dot gnu dot org>, "Frank Ch. Eigler" <fche at redhat dot com>
- Date: 24 Nov 2004 18:01:43 -0200
- Subject: Re: [libmudflap] Why was the toplevel libtool.m4 copied into acinclude.m4?
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <419CE871.4080909@gcc.gnu.org>
On Nov 18, 2004, Kelley Cook <kcook@gcc.gnu.org> wrote:
> If you delete the 928 line acinclude.m4 and put an ACLOCAL_AMFLAGS=I
> .. in Makefile.am followed by autoreconf with ac2.59/am1.9.3 it leads
> to the following differences in "configure" compared to the current
> directory simply autoreconf'd with the same versions.
Even if you have a different libtool.m4 in the default aclocal search
path? If so, using -I .. is fine; otherwise, the sinclude/fake-define
dance is the way to go.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}