This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: re-expand CXX_FOR_TARGET after libstdc++-v3 is configured
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Paolo Bonzini <bonzini at gnu dot org>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Wed, 17 Nov 2010 04:55:44 -0200
- Subject: Re: re-expand CXX_FOR_TARGET after libstdc++-v3 is configured
- References: <or8w0x116g.fsf@livre.localdomain> <4CE0332D.2020906@gnu.org>
On Nov 14, 2010, Paolo Bonzini <bonzini@gnu.org> wrote:
> On 11/13/2010 08:19 PM, Alexandre Oliva wrote:
>> The problem is that the rule for âallâ calls a sub-make, passing it a
>> CXX_FOR_TARGET evaluated *before* libstdc++-v3 is configured, so the
>> solution is to delay the expansion of CXX_FOR_TARGET.
> Maybe the problem is this:
> # We leave this in just in case, but it is not needed anymore.
> RECURSE_FLAGS_TO_PASS = $(BASE_FLAGS_TO_PASS)
> MAKEOVERRIDES=
> We could try removing both of these and see what happens...
That won't be enough. We explicitly pass down TARGET_FLAGS_TO_PASS
(including CXX_FOR_TARGET) when recursing for all-host all-target. And
it's not like it would be right to refrain from overriding a number of
variables, CXX_FOR_TARGET included: we want to use different compilers
and options for different stages, rather than taking whatever overrider
the user might have passed for stage1 or so.
--
Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist Red Hat Brazil Compiler Engineer