PATCH: Fix libstdc++ testsuite on systems without ranlib

Rainer Orth ro@CeBiTec.Uni-Bielefeld.DE
Mon Mar 1 20:19:00 GMT 2010


Paolo Bonzini <bonzini@gnu.org> writes:

[I had never seen this mail, and been ill for 3 weeks, thus the late
response.]

> On 02/03/2010 07:27 PM, Rainer Orth wrote:
>> By adding some logging to libstdc++-v3/testsuite/lib/libstdc++.exp
>> (v3-build_support), I found that this happens because RANLIB isn't set
>> in the environment (the Makefile has .NOEXPORT:).
>
> It should still be in the environment if the testsuite is run from the
> toplevel (via $(NORMAL_TARGET_EXPORTS)).  Can you confirm that, or see why
> not?  Were you invoking the testsuite manually from the libstdc++ build
> directory?

I'm pretty sure I saw both problems at different times: during
bootstrap, RANLIB=: was probably passed in via the environment and broke
the build as described.  When I saw this, I went into
mips-sgi-irix5.3/libstdc++-v3/testsuite and ran make check there (with a
debugging version of libstdc++.exp to investigate, at which point I was
bitten by the fact that the Makefile didn't pass RANLIB in the
environment.

> The toplevel changes are okay now, but please change : to true also in the
> test for STRIP.  (And commit to both gcc and src).

Done for gcc.  Wrt. src, I see there are many other uncommited changes,
some even requireing additional files.  I'd like to leave this alone for
the moment.

> The libstdc++-v3 changes are safe, so I'm fine with putting them in now but
> first I'd like to understand my doubt above.

I've installed them as well, including the quoting Ralf suggested.

Thanks.
        Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University



More information about the Gcc-patches mailing list