This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: fix target lib rebuilding
- From: Daniel Jacobowitz <drow at false dot org>
- To: Mike Stump <mrs at apple dot com>
- Cc: "gcc-patches at gcc dot gnu dot org Patches" <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 27 Apr 2005 23:38:34 -0400
- Subject: Re: fix target lib rebuilding
- References: <E45EE072-1961-44A5-AA51-CF184065EAE2@apple.com>
On Wed, Apr 27, 2005 at 07:27:08PM -0700, Mike Stump wrote:
> Target side rebuilding is horribly broken, and has been that way for
> a long time.
>
> This patch fixes it.
>
> If you are lucky enough to never have seen it, just touch zlib/
> configure and the do a make all-target-zlib to see:
>
> configure: error: `target_alias' was not set in the previous run
> configure: error: changes in the environment can compromise the build
> configure: error: run `make distclean' and/or `rm ./config.cache' and
> start over
> make[1]: *** [config.status] Error 1
> make[1]: Leaving directory `/Volumes/mrs3/net/gcc-darwin/powerpc-
> apple-darwin8.0.0/zlib'
> make: *** [all-target-zlib] Error 2
>
> All target libraries are so broken, not just zlib.
>
> Ok?
Actually, this doesn't look like a bug in the top level. Why do the
target libraries use AC_CANONICAL_SYSTEM instead of AC_CANONICAL_HOST?
They are not building target-aware cross tools.
It also doesn't explain why no one else has seen this problem since we
made a concerted effort to fix it, about a year ago. I'm going to take
a wild guess. Does Darwin's make ignore .NOEXPORT: in the top level?
--
Daniel Jacobowitz
CodeSourcery, LLC