This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
[tree-ssa] parallel bootstrap failure
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: gcc at gcc dot gnu dot org
- Date: Sun, 24 Aug 2003 20:37:58 +0200 (CEST)
- Subject: [tree-ssa] parallel bootstrap failure
Two things seem to be broken here (target is i386-unknown-freebsd4.8):
gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -fno-common -DHAVE_CONFIG_H -I. -I. -I/sw/test/gcc/cvs-ts/gcc -I/sw/test/gcc/cvs-ts/gcc/. -I/sw/test/gcc/cvs-ts/gcc/config -I/sw/test/gcc/cvs-ts/gcc/../include -I/sw/test/gcc/cvs-ts/gcc/../libbanshee/libcompat -I/sw/test/gcc/cvs-ts/gcc/../libbanshee -I/sw/test/gcc/cvs-ts/gcc/../libbanshee/points-to /sw/test/gcc/cvs-ts/gcc/version.c -o version.o
gmake[2]: *** No rule to make target `pretty-print.c', needed by `pretty-print.o'. Stop.
gmake[2]: *** Waiting for unfinished jobs....
This.
ll="/sw/test/gcc/cvs-ts/gcc/cp/mangle.c /sw/test/gcc/cvs-ts/gcc/cp/name-lookup.h /sw/test/gcc/cvs-ts/gcc/cp/name-lookup.c /sw/test/gcc/cvs-ts/gcc/cp/cp-tree.h /sw/test/gcc/cvs-ts/gcc/cp/decl.h /sw/test/gcc/cvs-ts/gcc/cp/lex.h /sw/test/gcc/cvs-ts/gcc/cp/call.c /sw/test/gcc/cvs-ts/gcc/cp/decl.c /sw/test/gcc/cvs-ts/gcc/cp/decl2.c /sw/test/gcc/cvs-ts/gcc/cp/pt.c /sw/test/gcc/cvs-ts/gcc/cp/repo.c /sw/test/gcc/cvs-ts/gcc/cp/semantics.c /sw/test/gcc/cvs-ts/gcc/cp/tree.c /sw/test/gcc/cvs-ts/gcc/cp/parser.c /sw/test/gcc/cvs-ts/gcc/cp/method.c /sw/test/gcc/cvs-ts/gcc/c-common.c /sw/test/gcc/cvs-ts/gcc/c-common.h /sw/test/gcc/cvs-ts/gcc/c-pragma.c /sw/test/gcc/cvs-ts/gcc/f/com.c /sw/test/gcc/cvs-ts/gcc/f/com.h /sw/test/gcc/cvs-ts/gcc/f/ste.c /sw/test/gcc/cvs-ts/gcc/f/where.h /sw/test/gcc/cvs-ts/gcc/f/where.c /sw/test/gcc/cvs-ts/gcc/f/lex.c /sw/test/gcc/cvs-ts/gcc/objc/objc-act.h /sw/test/gcc/cvs-ts/gcc/c-parse.in /sw/test/gcc/cvs-ts/gcc/c-tree.h /sw/test/gcc
/cvs-ts/gcc/c-decl.c /sw/test/gcc/cvs-ts/gcc/c-objc-common.c /sw/test/gcc/cvs-ts/gcc/c-common.c /sw/test/gcc/cvs-ts/gcc/c-common.h /sw/test/gcc/cvs-ts/gcc/c-pragma.c /sw/test/gcc/cvs-ts/gcc/objc/objc-act.c /sw/test/gcc/cvs-ts/gcc/c-lang.c /sw/test/gcc/cvs-ts/gcc/c-parse.in /sw/test/gcc/cvs-ts/gcc/c-tree.h /sw/test/gcc/cvs-ts/gcc/c-decl.c /sw/test/gcc/cvs-ts/gcc/c-common.c /sw/test/gcc/cvs-ts/gcc/c-common.h /sw/test/gcc/cvs-ts/gcc/c-pragma.c /sw/test/gcc/cvs-ts/gcc/c-objc-common.c /sw/test/gcc/cvs-ts/gcc/tree-alias-type.h /sw/test/gcc/cvs-ts/gcc/tree-alias-common.h /sw/test/gcc/cvs-ts/gcc/tree-alias-type.c /sw/test/gcc/cvs-ts/gcc/tree-alias-common.c "; \
for f in $ll; do \
echo "\"$f\", "; done >> tmp-gtyp.h
echo "NULL};" >> tmp-gtyp.h
echo "static const char *const langs_for_lang_files[] = {" >> tmp-gtyp.h
ff="cp cp cp cp cp cp cp cp cp cp cp cp cp cp cp cp cp cp f f f f f f objc objc objc objc objc objc objc objc objc c c c c c c c c c c c c "; \
for f in $ff; do \
And this: Which the heck are there so many "cp"s, "f"s, and "objc"s in the
line setting ff??
A non-parallel bootstrap on the same machine has no problems, but also
exhibits the strange initialization of ff.
Gerald