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