This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 2.95 does not look in /usr/local/include
- To: Mark Kettenis <kettenis at wins dot uva dot nl>
- Subject: Re: GCC 2.95 does not look in /usr/local/include
- From: Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>
- Date: Wed, 28 Jul 1999 14:56:36 +0200
- Cc: gcc at gcc dot gnu dot org,schwab at suse dot de
At 14:16 28.07.99 , Mark Kettenis wrote:
>But why does `make bootstrap' produce correct results? Look again at
>the gcc Makefile. The bootstrap target does a couple of makes,
>without passing all the configuration variables. So when the various
>stages are built, the definition of includedir is not overridden and
>we get a gcc that correctly searches /usr/local/include.
I believe not passing one of the *FLAGS_TO_PASS variables to the stage
makes is a bug, each stage make now starts with a nearly clean environment
due to MAKEOVERRIDES being set. Unfortunately I found this far to late in
the gcc-2.95 release process :-(. And for the mainline a major overhaul of
the configure/Makefile stuff is planned anyway, so I didn't tackle it
further. But maybe it's important enough to schedule a fix for 2.95.1.
>IMHO the correct solution for this problem is to rename includedir to
>localincludedir (in the gcc Makefile only of course). Even though the
>recommended way of building gcc via `make bootstrap' works correctly.
Well, the recommended way only works in this respect because of a bug :-).
Franz.