>> /altroot/obj/tools/tools.NetBSD-1.6D-sparc64/bin/sparc64--netbsd-gcc -O -ffixed-g4 -DALL_STATE -DUSG_COMPAT  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wswitch -Wshadow  -Werror  -D_LIBC -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRANT -I/usr/src/lib/libc/include -DHESIOD -DINET6 -DNLS -DYP -DSOFTFLOATSPARC64_FOR_GCC -I/usr/src/lib/libc/arch/sparc64/softfloat -I/usr/src/lib/libc/softfloat  -I/usr/src/lib/libc/softfloat/bits64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../libexec/ld.elf_so -I/usr/src/lib/libc/dlfcn -DI18NMODULE_MAJOR=4 -DWITH_RUNE -I/usr/src/lib/libc -DRESOLVSORT -I. -DPOSIX_MISTAKE -DPORTMAP -DFLOATING_POINT -nostdinc -isystem /altroot/build/usr/include  -c /usr/src/lib/libc/locale/___runetype_mb.c
>> sparc64--netbsd-gcc: Internal compiler error: program cc1 got fatal signal 11

> http://www.bitwizard.nl/sig11/

(a) that's heavily Linux-specific, (b) that's heavily x86-specific, and
(c) these crashes aren't happening randomly.  It's happened twice,
three times I think but don't have evidence for the third, on exactly
the same file out of a multi-hour build.  It has happened four times in
a row when I execute that command by hand in that directory, and before
the last attempt I even ran "find /usr/src -type f -print0 | xargs -0
cat > /dev/null" to help clear out caches.  And before the first
by-hand attempt the machine had been sitting idle for at least half an
hour or so.

I've supped release-1-6 instead of HEAD, now, and I'm going to be
trying that source tree.

/~\ The ASCII				der Mouse
\ / Ribbon Campaign
 X  Against HTML	       mouse@rodents.montreal.qc.ca
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B