This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Still failing to bootstrap on Solaris (CONFIG_SHELL doesn't help)
- From: Joe Buck <Joe dot Buck at synopsys dot com>
- To: aoliva at redhat dot com (Alexandre Oliva)
- Cc: Joe dot Buck at synopsys dot COM (Joe Buck),rth at redhat dot com (Richard Henderson), glebourgeois at amadeus dot net,gcc at gcc dot gnu dot org
- Date: Thu, 2 May 2002 15:31:05 -0700 (PDT)
- Subject: Re: Still failing to bootstrap on Solaris (CONFIG_SHELL doesn't help)
>
> On May 2, 2002, Joe Buck <Joe.Buck@synopsys.com> wrote:
>
> > ld: fatal: file /u/jbuck/gcc-3.1-pre.sol2/lib/gcc-lib/sparc-sun-solaris2.7/3.1/../../../sparcv9/libgcj.so: recording name `libgcj.so.3' matches that provided by file ./.libs/libgcj.so
Alexandre wrote:
> This is a different problem. It's the hideous bug in Solaris that
> won't let you create a library if it finds another pre-installed
> library with the same SONAME. This is even documented, and it's the
> reason why libjava is (or used to be) disabled on Solaris 7 if it was
> found to be previously installed.
Ah! The right answer.
I blew away the previously-partially-installed libgjc.* files in libdir,
did contrib/update_gcc, and rebuilt, and I got a complete successful
build. The Java libraries seem to require almost twice as much time as
everything else put together, but eventually the build succeeded.
So the combination of CONFIG_SHELL=/bin/ksh and ensuring that there are
no libgjc files lying around in $prefix/lib suffices.