1 msgWe're out of tree codes: Now what?
2 msgS/390 Bootstrap failure: ICE in cse_find_path, ...
7 msgManipulating the tree Structure
3 msgProblem with reg_equiv_alt_mem
2 msgGCC 4.2.0 RC1 Status
4 msggcc 4.2 branch build failure on powerpc-apple-d...
2 msgBootstrap failure with Objective-C++
3 msgHow to Install GCC
5 msgAC_LIBTOOL_WIN32_DLL for libgfortran
3 msgQuick FUNCTION_MODE doco query
3 msgBuilding gcc trunk on Darwin / Intel?
1 msggcc-4.3-20070309 is now available
7 msgRe: symbol names are not created with stdcall s...
2 msgcall_value pattern
3 msgPATCH: Fix integrt/pointer size mismatch in spl...
1 msg[sparc] A few gcc testsuite failures....

Updating libtool in GCC and srctree
\ Steve Ellcey (8 Mar 2007)
. \ Andreas Schwab (9 Mar 2007)
. . \ Steve Ellcey (9 Mar 2007)
. . . \ Andreas Schwab (9 Mar 2007)
. . . \ Alexandre Oliva (9 Mar 2007)
. . . . \ Steve Ellcey (9 Mar 2007)
. . . . . \ Andreas Schwab (10 Mar 2007)
. . . . . . \ Steve Ellcey (10 Mar 2007)
. . . . . \ Albert Chin (10 Mar 2007)
. . . . . . \ Steve Ellcey (12 Mar 2007)
. . . . . . . \ Daniel Jacobowitz (13 Mar 2007)
. . . . . . . . \ Steve Ellcey (13 Mar 2007)
. . . . . \ Alexandre Oliva (14 Mar 2007)
. . . \ Mike Frysinger (9 Mar 2007)
. . \ Joseph S. Myers (9 Mar 2007)
. . . \ Andreas Schwab (9 Mar 2007)

2 msgStrange Behavior
3 msggcc gcov and --coverage on x86_64
14 msgWhat does coding-style tells about integer type...
Subject:Re: Updating libtool in GCC and srctree
Group:Gcc
From:Alexandre Oliva
Date:14 Mar 2007


On Mar 9, 2007, Steve Ellcey <sje> wrote:

> If I just run autoconf I get errors because I am not
> including the new ltoptions.m4, ltsugar.m4, and ltversion.m4 files.

I'd just prepend them to our local copy of libtool.m4, pretty much
like aclocal would have done into aclocal.m4.

> But boehm-gc has no acinclude.m4 file

That's equivalent to an empty one. I'd guess an existing acinclude.m4
was removed in a merge or something like that, because its aclocal.m4
couldn't possibly contain the sinclude statements it does otherwise.
Unless someone added them to an aclocal-generated file, which doesn't
seem to match this file's history.

How about copying the m4_include statements to acinclude.m4,
(incorrectly) removed a while ago, and then re-create aclocal.m4 with
aclocal?

> and while libffi has an acinclude.m4 file, it doesn't have an
> include of libtool.m4.

This is a bug similar to that of boehm-gc above.

> So my question is, how is the include of libtool.m4 getting into
> aclocal.m4?

Magic ;-)

Someone probably failed to realize that they should be in acinclude.m4
in order for them to survive an aclocal run.

> This is aclocal 1.9.6. Any idea on what I need to do here to fix this
> error? Why do some acinclude.m4 files have explicit includes for
> libtool files (libgfortran, libgomp, etc) but other's don't (libffi,
> gcc).

libffi/ is a bug (it's in aclocal.m4, but not in acinclude.m4). gcc/
doesn't use libtool at all.

--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer aoliva, gcc.gnu.org}
Free Software Evangelist oliva, gnu.org}


© 2004-2008 readlist.com