This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Exhaustive simulator testing
- From: Zack Weinberg <zack at codesourcery dot com>
- To: gcc at gcc dot gnu dot org
- Date: Thu, 26 Sep 2002 14:46:30 -0700
- Subject: Exhaustive simulator testing
Mostly to see what would happen, I wrote a script that built and
tested the combined tree for every last target in the matrix I posted
yesterday as part of the simtest-howto rewrite.
Just over half of them fail to build for various reasons:
d10v-elf - not supported by GCC
mn10200-elf - not supported by GCC (obsoleted target)
Did the d10v back end just never get checked in? It isn't mentioned
anywhere in gcc/ChangeLog, but I'm pretty sure I've seen reference to
its existing.
d30v-elf - not supported by GDB
fr30-elf - not supported by GDB
i960-coff - not supported by GDB
It Would Be Nice if it were possible to build the simulator without
also building GDB. It Would Be Really Nice if you didn't have to
have GDB's sources in the tree at all.
m32r-elf - ICE during build
newlib/libc/stdlib/dtoa.c: In function `_dtoa_r':
newlib/libc/stdlib/dtoa.c:854: internal compiler error: RTL flag check:
CONSTANT_POOL_ADDRESS_P used with unexpected rtx code `const' in
addr24_operand, at config/m32r/m32r.c:603
m6811-elf - libgloss bug
libgloss/m68hc11/syscalls.c:53: error: conflicting types for `sbrk'
newlib/libc/include/sys/unistd.h:97: error: previous declaration of `sbrk'
mcore-elf - ICE during build
libgcc2.c: In function `__lshrdi3':
libgcc2.c:265: error: Too many outgoing branch edges from bb 1
libgcc2.c:265: internal compiler error: verify_flow_info failed
mn10300-elf - GAS barfs during build
_muldi3.s: Assembler messages:
_muldi3.s:829: Error: can't resolve `.Letext0' {.text section}
- `.Ltext0' {.text section}
sparclite-elf - hits #error in crtstuff.c during build
<command line>:12:10: warning: "cpu" re-asserted
<command line>:13:14: warning: "machine" re-asserted
crtstuff.c:415:2: #error "What are you doing with crtstuff.c, then?"
crtstuff.c:183: warning: `__DTOR_LIST__' defined but not used
crtstuff.c:195: warning: `__EH_FRAME_BEGIN__' defined but not used
The rest do build, but the test suites are in varying degrees of
shape. Here's a matrix - I foolishly forgot to check out all the
language runtime libraries, so I only have meaningful results for C.
All these targets successfully built the C++, ObjC, and Fortran front
ends. (I'm not about to try to nail down which of these targets
support Java and Ada.)
arm-elf pass fail xpass xfail unres unsup untest
binutils 31 1
gas 63
ld 29 3
newlib 5 1
gdb 6832 291 51 30 11 9
gcc 20211 26 1 63 42 150
h8300-hms pass fail xpass xfail unres unsup untest
binutils 21 1 4
gas 81 3
ld 14 3 3
newlib 6
gdb 947 2150 34 197 9 9
gcc 11039 4593 2 54 4411 159
mips-elf pass fail xpass xfail unres unsup untest
binutils 30 2
gas 123 5 1
ld 42 1 4 1
newlib 5 1
gdb 6757 370 51 50 11 9
gcc 20165 67 86 52 148
mips64-elf pass fail xpass xfail unres unsup untest
binutils 30 2
gas 123 5 1
ld 41 2 4 1
newlib 6
gdb 4483 1737 2 140 86 11 9
gcc 20162 65 92 53 147
powerpc-eabisim pass fail xpass xfail unres unsup untest
binutils 31 1
gas 27
ld 24 2 1
newlib 6
gdb 6446 291 7 58 30 11 9
gcc 20258 22 62 42 137
sh-hms pass fail xpass xfail unres unsup untest
binutils 24 2
gas 28 2 2
ld 14 5 2 3 1
newlib 4 2
gdb 6174 436 2 147 32 11 9
gcc 20151 30 62 11 156
sparc64-elf pass fail xpass xfail unres unsup untest
binutils 25 7
gas 49 2
ld 19 13
newlib 6
gdb 1998 2039 40 133 7 9
gcc 660 14962 33 20 4496 142
v850-elf pass fail xpass xfail unres unsup untest
binutils 31 1
gas 47
ld 29 3
newlib 5 1
gdb 6695 285 90 59 30 11 9
gcc 20187 56 1 61 48 151
zw