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