When doing a -j16 build of top of the trunk from a little while ago, with our
wide-int patches in it, I hit:
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common
-DHAVE_CONFIG_H -I. -Ilto -I../../gcc/gcc -I../../gcc/gcc/lto
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/bid
-I../libdecnumber -I../../gcc/gcc/../libbacktrace
../../gcc/gcc/lto/lto-partition.c -o lto/lto-partition.o
In file included from ../../gcc/gcc/lto-streamer.h:30:0,
from ../../gcc/gcc/lto/lto-object.c:27:
../../gcc/gcc/target.h:52:24: fatal error: insn-codes.h: No such file or
directory
compilation terminated.
make[3]: *** [lto/lto-object.o] Error 1
make[3]: *** Waiting for unfinished jobs....
In file included from ../../gcc/gcc/lto-streamer.h:30:0,
from ../../gcc/gcc/lto/lto-partition.c:27:
../../gcc/gcc/target.h:52:24: fatal error: insn-codes.h: No such file or
directory
compilation terminated.
make[3]: *** [lto/lto-partition.o] Error 1
to my untrained eye, it seems we are missing:
diff --git a/gcc/Makefile.in b/gcc/Makefile.in
index a098040..a9f4dee 100644
--- a/gcc/Makefile.in
+++ b/gcc/Makefile.in
@@ -841,7 +841,7 @@ EXCEPT_H = except.h $(HASHTAB_H)
TARGET_DEF = target.def target-hooks-macros.h
C_TARGET_DEF = c-family/c-target.def target-hooks-macros.h
COMMON_TARGET_DEF = common/common-target.def target-hooks-macros.h
-TARGET_H = $(TM_H) target.h $(TARGET_DEF) insn-modes.h
+TARGET_H = $(TM_H) target.h $(TARGET_DEF) insn-modes.h insn-codes.h
C_TARGET_H = c-family/c-target.h $(C_TARGET_DEF)
COMMON_TARGET_H = common/common-target.h $(INPUT_H) $(COMMON_TARGET_DEF)
MACHMODE_H = machmode.h mode-classes.def insn-modes.h
I think insn-codes.h falls in to the same or easier class (no stamp file for
it) than insn-modes.h, so, I think this is ok; but would be nice to have
someone review it.
I checked trunk, and I don't see any thing that would ensure insn-codes.h is
done before target.h is used.
Ok?
