Java-related bootstrap failure on release branch

Jeff Sturm jsturm@one-point.com
Mon Apr 9 12:43:00 GMT 2001


On 9 Apr 2001, Alexandre Oliva wrote:
> 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 :-(

and GNU ld doesn't complain, it proceeds to link gcj twice :(

Indeed, the link command was not valid.  Rewriting gij_LDADD to place
-L$(here)/.libs first seemed to fix things:

- gij_LDADD = libgcj.la $(GCLIBS) $(THREADLIBS) $(ZLIBS) -L$(here)/.libs
+ gij_LDADD = -L$(here)/.libs libgcj.la $(GCLIBS) $(THREADLIBS) $(ZLIBS)

The problem was that $(GCLIBS) is expanded by libtool to include
the installed path, where libgcj.so.1 is found.

Jeff




More information about the Java mailing list