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: Alexandre Oliva <aoliva at redhat dot com>
- To: Joe Buck <Joe dot Buck at synopsys dot com>
- Cc: rth at redhat dot com (Richard Henderson), glebourgeois at amadeus dot net, gcc at gcc dot gnu dot org
- Date: 02 May 2002 02:46:21 -0300
- Subject: Re: Still failing to bootstrap on Solaris (CONFIG_SHELL doesn't help)
- Organization: GCC Team, Red Hat
- References: <200205020339.UAA17304@atrus.synopsys.com>
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
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.
Please look for `sparc-*-solaris2.8' in the top-level configure.in,
and replace it with:
sparc-*-solaris2.[0123456] | sparc-*-solaris2.[0123456].*) ;;
sparc*-*-solaris2.*)
the effect of this test will be to match Solaris 7 and above, and
enable the check that will warn and disable libgcj if it's found to be
already installed.
Hmm... I wonder why we've never run into this problem on Solaris 7
before. Perhaps there's some new patch for Solaris 7's ld that merged
the lossage from Solaris 8? :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer