[Bug bootstrap/25740] New: Bus Error compiling gcc/config/sparc/sol2-c1.asm
Building GCC 3.4.5 on Solaris 2.10 Configure line: configure --prefix=/usr/local --enable-languages=c,c++ Directory: gcc-3.4.5/build/gcc Triggering line: /opt/apps/src/gcc-3.4.5/build/gcc/xgcc -B/opt/apps/src/gcc-3.4.5/build/gcc/ -B/usr/local/sparc-sun-solaris2.10/bin/ -B/usr/local/sparc-sun-solaris2.10/lib/ -isystem /usr/local/sparc-sun-solaris2.10/include -isystem /usr/local/sparc-sun-solaris2.10/sys-include -c -o crt1.o -x assembler-with-cpp ../../gcc/config/sparc/sol2-c1.asm Compiler Output: cc1: internal compiler error: Bus Error Please submit a full bug report, with preprocessed source if appropriate. Preprocessed source: None available from -save-temps -- Summary: Bus Error compiling gcc/config/sparc/sol2-c1.asm Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: darren at mambo dot net GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #2 from darren at mambo dot net 2006-01-10 16:12 --- Backtrace will take a few days - I'm on a deadline to get this system installed, so right now I'm compiling 3.4.4 and hoping it doesn't have the same bug. Once the system's ready, I'll re-try compiling 3.4.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #4 from darren at mambo dot net 2006-01-10 17:52 --- Well, 3.4.4 craps out on the same file, unable to malloc after exhausting the 8Gb swap space. Note that the difference between your system and this one is I have "--enable-languages=c,c++". I do have a running gcc 3.4.4 on the same system where I only had "--enable-languages=c" -bash-3.00$ /usr/local/bin/gcc -v ## Running version Reading specs from /usr/local/lib/gcc/sparcv9-sun-solaris2.10/3.4.4/specs Configured with: ./configure --prefix=/usr/local --enable-languages=c sparcv9-sun-solaris2.10 Thread model: posix gcc version 3.4.4 -bash-3.00$ uname -a SunOS challenger 5.10 Generic_118822-20 sun4u sparc SUNW,Ultra-250 Line that dies: /opt/apps/src/gcc-3.4.4/build/gcc/xgcc -B/opt/apps/src/gcc-3.4.4/build/gcc/ -B/usr/local/sparc-sun-solaris2.10/bin/ -B/usr/local/sparc-sun-solaris2.10/lib/ -isystem /usr/local/sparc-sun-solaris2.10/include -isystem /usr/local/sparc-sun-solaris2.10/sys-include -c -o crt1.o -x assembler-with-cpp ../../gcc/config/sparc/sol2-c1.asm cc1: out of memory allocating 134217728 bytes after a total of 9127182336 bytes gmake[1]: *** [crt1.o] Error 1 gmake[1]: Leaving directory `/opt/apps/src/gcc-3.4.4/build/gcc' gmake: *** [all-gcc] Error 2 I will try re-configuring this 3.4.4 with sparcv9-sun-solaris2.10 instead of sparc-sun-solaris and see if that makes a difference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #6 from darren at mambo dot net 2006-01-10 21:32 --- Well, I tried 'configure sparcv9-sun-solaris2.10' and it crashed on the same file I tried 'CC="gcc -m64" configure sparcv9-sun-solaris2.10' and it still crashed on the same file. I'm beginning to think I imagined ever compiling gcc on this box! :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #10 from darren at mambo dot net 2006-01-12 15:30 --- Well, after about ten tries, I got it to all compile. The magic required was: 1. Ensure bintools was in path before /usr/ccs/bin 2. Remove gnu ld from system 3. CFLAGS='-m64' configure --disable-multilib --enable-languages=c,c++ sparcv9-sun-solaris2.10 4. gmake I disabled multilib because otherwise it tried to compile sparcv7 with 'xgcc ... -m32 -m64', requiring too many manual changes of config.status and resulting Makefile's I guess my final point is that if configure sees that it's on Solaris 2.10 with a v9 processor, shouldn't it at least guess 'sparcv9-sun-solaris2.10' as the triplet instead of the generic 'sparc-sun-solaris', especially since I hadn't specified --host, --target or --build? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
