This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [Ada] ada/Makefile.in question
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: guerby at acm dot org
- Cc: gcc at gcc dot gnu dot org
- Date: 18 Nov 2001 12:39:44 -0200
- Subject: Re: [Ada] ada/Makefile.in question
- Organization: GCC Team, Red Hat
- References: <200111162200.fAGM08H20242@ulmo.localdomain>
On Nov 16, 2001, <guerby@acm.org> wrote:
> cc1: warning: changing search order for system directory "../../include"
> cc1: warning: as it has already been specified as a non-system directory
> My analysis of this warning is that the compiler is telling us that
> ../../include seems to be its standard fixinclude dir, so it does not
> seem necessary to specify it unless we want to do something very
> special with respect to system include order.
Yup.
> INCLUDES_FOR_SUBDIR = -I. -I.. -I../.. -I../../include -I$(fsrcdir) \
> -I$(fsrcdir)/.. -I$(fsrcdir)/../config -I$(fsrcdir)/../../include
> There is no comment whatsoever hinting we want to do something special
> with respect to system include order.
And, in fact, we must not mess up with system header directories.
-I../../include here is quite similar to -I/usr/include, that is a
no-no.
> Assuming a successful build, does anyone object to removing
> -I../../include from INCLUDES_FOR_SUBDIR?
Nope, go ahead.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me