#include_next and removing of duplicate include dirs
Nathan Sidwell
nathan@codesourcery.com
Mon Sep 3 09:29:00 GMT 2001
Zack Weinberg wrote:
>
> On Mon, Sep 03, 2001 at 08:01:33AM -0400, Jakub Jelinek wrote:
> > On Sun, Sep 02, 2001 at 10:14:04AM -0700, Benjamin Kosnik wrote:
> > > Jakub, I think this is because a third set of includes is also necessary,
> No. The bug is either in the code that set COMPILER_PATH in the
> first place, or the code that is using #include_next in the first
> place. In fact, I will bet you that neither is actually necessary.
COMPILER_PATH should be being zapped by
2001-07-01 Nathan Sidwell <nathan@codesourcery.com>
* tlink.c (recompile_files): Remove COMPILER_PATH and
LIBRARY_PATH from the environment.
for this very reason. Oh, I see that's not on the 3.0 branch, mainline
only.
nathan
--
Dr Nathan Sidwell :: http://www.codesourcery.com :: CodeSourcery LLC
'But that's a lie.' - 'Yes it is. What's your point?'
nathan@codesourcery.com : http://www.cs.bris.ac.uk/~nathan/ : nathan@acm.org
More information about the Gcc
mailing list