This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
[Ada] ada/Makefile.in question
- From: <guerby at acm dot org>
- To: gcc at gcc dot gnu dot org
- Date: Fri, 16 Nov 2001 23:00:08 +0100
- Subject: [Ada] ada/Makefile.in question
- Reply-to: guerby at acm dot org
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>