This is the mail archive of the
mailing list for the GCC project.
Re: fix target lib rebuilding
- From: Andreas Schwab <schwab at suse dot de>
- To: Alexandre Oliva <aoliva at redhat dot com>
- Cc: Mike Stump <mrs at apple dot com>,"gcc-patches at gcc dot gnu dot org Patches" <gcc-patches at gcc dot gnu dot org>
- Date: Tue, 03 May 2005 23:37:53 +0200
- Subject: Re: fix target lib rebuilding
- References: <E45EE072-1961-44A5-AA51-CF184065EAE2@apple.com><firstname.lastname@example.org><20050503200706.GA5918@nevyn.them.org>
Daniel Jacobowitz <email@example.com> writes:
> On Tue, May 03, 2005 at 04:42:16PM -0300, Alexandre Oliva wrote:
>> IIRC the problem only shows up when you first bootstrap, then modify
>> the sources such that reconfiguration is needed, then make all, or
>> start with make all and end with bootstrap. It's the recursive make
>> introduced by bootstrapping that gets the target_alias variable set
>> in the target config environment, which autoconf 2.5x checks.
> Aha! Thanks for clearing that up, Alexandre. I still don't see how it
> happens (courtesy of .NOEXPORT), but I'll take your word for it.
BASE_FLAGS_TO_PASS = \
(configure-foo does not use BASE_FLAGS_TO_PASS, thus target_alias is not
in the initial configure environment.)
Andreas Schwab, SuSE Labs, firstname.lastname@example.org
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."