This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: problem/bug with include directory order
On Tue, Jan 07, 2003 at 04:54:21PM -0500, Daniel Jacobowitz wrote:
> On Tue, Jan 07, 2003 at 06:09:33PM +0100, Christian Ehrhardt wrote:
> > IMHO this is a bug. The expected "semantic" of the fixed include files
> > should be exactly as if the original file had been replaced with the fixed
> > version, i.e: First check for the include file in the normal directories then
> > see if that specific include file needed fixing and use the fixed version
> > instead. This can be achieved if the directory with the fixed header files
> > is searched immediatly before the directory with the original files which
> > is not the case on my system.
>
> I agree. However:
So you agree that this is a bug?
> > Comments? If this is a bug I'll file a PR with GNATS. If it is not a bug
> > is there some spec-file magic that I can do to get the search order that
> > I want, i.e.:
> > /usr/local/include
> > /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/include
> > /usr/include
>
> No, what you need is a new separate directory for the fixed header
> files; GCC's include directory must still come first.
I.e. we want a directory like
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/fixedincludes and the
search order should be
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/include
/usr/local/include
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/fixedincludes
/usr/include
Does gcc do any fixing for other directories than /usr/include
and its subdirs?
regards Christian
--
That's all folks!