3.1 bootstrap fails on sparcv9-sun-solaris2.8

Brad Lucier lucier@math.purdue.edu
Mon Apr 9 21:45:00 GMT 2001


> 
> On Apr  9, 2001, Brad Lucier <lucier@math.purdue.edu> wrote:
> 
> > ../configure sparcv9-sun-solaris2.8 --prefix=/pkgs/gcc-2.96 --enable-checking=no
> 
> > stage1/xgcc -Bstage1/ -B/pkgs/gcc-2.96/sparcv9-sun-solaris2.8/bin/  -DIN_GCC  -D
> > SVR4  -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -
> > Wtraditional -pedantic -Wno-long-long  -DHAVE_CONFIG_H  -o cc1 \
> >         c-parse.o c-lang.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-c
> > onvert.o c-aux-info.o c-common.o c-format.o c-semantics.o c-dump.o libcpp.a  mai
> > n.o libbackend.a obstack.o       ../libiberty/libiberty.a
> > ld: elf error: file ../libiberty/libiberty.a(obstack.o): elf_getshdr: Request er
> > ror: class file/memory mismatch
> 
> Hmm...  This is indeed a problem.  You won't be able to link the
> 32-bit libiberty with the 64-bit object files generated by the stage1
> compiler.
> 
> The solution I see is for you to `make all', since this is, in a
> sense, a cross compiler, install the resulting compiler, and only
> then, if you wish, use this 64-bit compiler for a bootstrap.

OK, I tried this with

../configure sparcv9-sun-solaris2.8 --enable-checking=no --prefix=/pkgs/gcc-2.96 --enable-languages='c'
make all
make install

which worked, then, with new gcc being the default gcc, doing

../configure sparcv9-sun-solaris2.8 --enable-checking=no --prefix=/pkgs/gcc-2.96
 --enable-languages='c'
make bootstrap

which failed.  (The stage1 xgcc segfaulted.)

But the solaris port has many more problems than this, and I don't think
that you or I can fix them at this point.

Brad



More information about the Gcc-bugs mailing list