Re: Patch to update libtool in GCC and binutils trees

[Steve Ellcey <sje at cup dot hp dot com>]

Alexandre Oliva wrote:

> On Apr  2, 2007, Steve Ellcey <sje@cup.hp.com> wrote:
>
> > So in the old version, when the top-level Makefile calls the 
libstdc++-v3
> > configure it doesn't pass values for CXX or CXXFLAGS.  But in the 
new call
> > it does.  I think this is where we are going wrong.
>
> Actually, it passes it down in both cases, but I suppose libtool.m4
> marks CXX and CXXFLAGS as "precious" environment variables (maybe it's
> AC_PROG_CXX that does this, or libtool's wrapper thereof), such that
> they get copied to the invocation command line.  This is probably what
> breaks us if we don't override it properly for multi-libs.

So how do I override it?  I think I have exhausted the limits of my
configure/libtool/auto* knowledge here and don't know what to try next.

You can see the failures by running on an x86_64 Linux box or presumably
any multilib GCC.  When I run on x86_64, the build works fine but the tests
fail.  The 32 bit libstdc++-v3 testsuite fails badly enough that the 
tests don't
show up as failures because the initialization fails in 32 bit mode and 
the tests
don't get run at all in that mode.  I was testing with

make check RUNTESTFLAGS="--target_board 'unix{-m64,-m32}'"

Attached is the current state of my libtool patch, it contains a patch for
the GCC tree, a patch for the Src tree, and a tar file with the ToT
libtool that I used (and which should be installed at the top level of the
GCC and Src trees).

The only difference between this and my earlier patches is in
libstdc++-v3/configure.ac.  I did not include ChangeLog files.

Steve Ellcey
sje@cup.hp.com

Attachment: gcc.diffs.gz
Description: application/gzip

Attachment: src.diffs.gz
Description: application/gzip

Attachment: libtool.tar.gz
Description: application/gzip