On Tue, 2013-07-30 20:50:27 -0400, David Malcolm <[email protected]> wrote: [...] > Committed to trunk as r201359, having double-checked that it > bootstrapped by itself on top of what had gone before, and that the > testsuite results were unaffected by it (on x86_64-unknown-linux-gnu).
My build robot chokes on it. The list of tested targets, that broke,
is:
cris
fr30-elf
iq2000-elf
m32r-elf
microblazeel-linux
mmix
ppc-linux
rl78-elf
sh64-linux
spu-elf
tilegx-linux
tilepro-linux
It's breaking with:
[...]
mawk -f ../../../../gcc/gcc/gen-pass-instances.awk \
../../../../gcc/gcc/passes.def > pass-instances.def
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I.
-I. -I../../../../gcc/gcc -I../../../../gcc/gcc/.
-I../../../../gcc/gcc/../include -I../../../../gcc/gcc/../libcpp/include
-I../../../../gcc/gcc/../libdecnumber -I../../../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber -I../../../../gcc/gcc/../libbacktrace
../../../../gcc/gcc/passes.c -o passes.o
./pass-instances.def: In constructor
‘gcc::pass_manager::pass_manager(gcc::context*)’:
./pass-instances.def:36:14: error: ‘pass_warn_unused_resul’ was not declared in
this scope
NEXT_PASS (pass_warn_unused_resul, 1);
^
../../../../gcc/gcc/passes.c:1318:55: note: in definition of macro ‘NEXT_PASS’
#define NEXT_PASS(PASS, NUM) (p = next_pass_1 (p, &((PASS).pass)))
^
./pass-instances.def:37:14: error: ‘pass_diagnose_omp_block’ was not declared
in this scope
NEXT_PASS (pass_diagnose_omp_block, 1);
^
../../../../gcc/gcc/passes.c:1318:55: note: in definition of macro ‘NEXT_PASS’
#define NEXT_PASS(PASS, NUM) (p = next_pass_1 (p, &((PASS).pass)))
^
./pass-instances.def:38:14: error: ‘pass_diagnose_tm_block’ was not declared in
this scope
NEXT_PASS (pass_diagnose_tm_block, 1);
^
../../../../gcc/gcc/passes.c:1318:55: note: in definition of macro ‘NEXT_PASS’
#define NEXT_PASS(PASS, NUM) (p = next_pass_1 (p, &((PASS).pass)))
^
./pass-instances.def:39:14: error: ‘pass_mudflap_’ was not declared in this
scope
NEXT_PASS (pass_mudflap_, 1);
^
../../../../gcc/gcc/passes.c:1318:55: note: in definition of macro ‘NEXT_PASS’
#define NEXT_PASS(PASS, NUM) (p = next_pass_1 (p, &((PASS).pass)))
^
./pass-instances.def:40:14: error: ‘pass_lower_om’ was not declared in this
scope
NEXT_PASS (pass_lower_om, 1);
^
[...]
It seems this does only happen on one of the three running build
clients. That one is using `mawk' instead of `gawk', what the two
other builders (which are not affected) use.
MfG, JBG
--
Jan-Benedict Glaw [email protected] +49-172-7608481
Signature of: Don't believe in miracles: Rely on them!
the second :
signature.asc
Description: Digital signature
