This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Java-related bootstrap failure on release branch
- To: tromey at redhat dot com
- Subject: Re: Java-related bootstrap failure on release branch
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 09 Apr 2001 14:36:27 -0300
- Cc: Jeff Sturm <jsturm at one-point dot com>, Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>, java at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Organization: GCC Team, Red Hat
- References: <Pine.LNX.4.21.0104081304260.3942-100000@localhost.localdomain><871yr25a2a.fsf@creche.redhat.com>
On Apr 9, 2001, Tom Tromey <tromey@redhat.com> wrote:
>>>>>> "Jeff" == Jeff Sturm <jsturm@one-point.com> writes:
>>> On Sun, 8 Apr 2001, Gerald Pfeifer wrote:
>>> I believe this is a new bootstrap failure on the release branch(!), for
>>> I seem to have bootstrapped on sparc-sun-solaris2.8 about two days ago:
Jeff> I'd bet on the patch that bumped the libgcj major version to 2.
Jeff> That's what broke my alpha-linux build.
Jeff> Removing ${prefix}/lib/libgcj.so first may help.
> I don't understand that. At least, the libtool manual doesn't seem to
> warn about this happening. Alexandre, can you help me understand what
> is going on here?
Apparently, it's a new sanity check of Sun ld in Solaris 8 that breaks
perfectly valid link commands :-(
It seems to verify that a library explicitly named in the command
line, when searched in the given -L flags, would result in a different
library being found.
Gerry, could you please test whether the same link command, with the
additional flags `-L../boehm-gc/.libs -L../zlib/.libs -L./.libs'
before any other -L flags, would succeed?
--
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 *Please* write to mailing lists, not to me