This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Ada] ada/Makefile.in question


When building the Ada RTS I get a bunch of warnings like:

../../xgcc -B../../ -c  -DIN_GCC    `echo -g -O2 -fPIC -DIN_RTS |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'`  -g -O2 -I. -I.. -I../.. -I../../include -I/home/guerby/work/gcc/gcc/gcc/ada -I/home/guerby/work/gcc/gcc/gcc/ada/.. -I/home/guerby/work/gcc/gcc/gcc/ada/../config -I/home/guerby/work/gcc/gcc/gcc/ada/../../include -I./../.. cio.c
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.

ada/Makefile.in has:

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. Assuming a successful build,
does anyone object to removing -I../../include from
INCLUDES_FOR_SUBDIR? This will fix the last warnings in the Ada build
process (but for the new back-end ones :).

-- 
Laurent Guerby <guerby@acm.org>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]