------- Comment #1 from steven at gcc dot gnu dot org 2010-04-23 22:43 -------
This one appears to have fallen through the cracks. Reported exactly one year
ago, and now accidentally shows up in my search because my brain believed we
still live in 2009... Oh well.
I tried to reproduce this with a GCC 4.4.2 cross-compiler from x86_64-linux to
sparc64-sun-solaris2.8:
Reading specs from ./specs
Target: sparc64-sun-solaris2.8
Configured with: ../gcc-4.4.2/configure --enable-languages=c --with-mpc=/opt/
--disable-bootstrap --disable-libmudflap --disable-libssp
--target=sparc64-sun-solaris2.8
Thread model: posix
gcc version 4.4.2 (GCC)
COLLECT_GCC_OPTIONS='-B.' '-S' '-mcpu=v9' '-fpreprocessed' '-v'
./cc1 -fpreprocessed scannerapi.i -quiet -dumpbase scannerapi.i -mcpu=v9
-auxbase scannerapi -version -fpreprocessed -o scannerapi.s
GNU C (GCC) version 4.4.2 (sparc64-sun-solaris2.8)
compiled by GNU C version 4.4.1, GMP version 4.3.1, MPFR version
2.4.1-p2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 8f402920727a69779efab15585e5a4c9
COMPILER_PATH=./
LIBRARY_PATH=./
COLLECT_GCC_OPTIONS='-B.' '-S' '-mcpu=v9' '-fpreprocessed' '-v'
Rainer, could you see if you can confirm this one (with 4.4/4.5/trunk)?
Could the "warning: GMP header version 4.3 differs from library version 4.3.0."
have something to do with the segfault?
--
steven at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ro at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39883
