[Bug libgcj/17311] Wrong libgcc_s.so.1 is used by lt-gij

tromey at gcc dot gnu dot org gcc-bugzilla@gcc.gnu.org
Mon Oct 11 20:49:00 GMT 2004

------- Additional Comments From tromey at gcc dot gnu dot org  2004-10-11 20:49 -------
I read that.  What I observe is that .libs/gij is created
by the build.  Then if I run gij (not .libs/gij), it creates

My understanding is that --enable-fast-install is what makes
all this work as it does.  .libs/gij has the install tree
in its DT_RPATH -- but that is ok since this executable is never
run from the build tree.  It exists only so that installation
can be as simple as "cp".

.libs/lt-gij is relinked lazily, when gij is run.  Its DT_RPATH

opsy. readelf -d .libs/lt-gij |grep RPATH
 0x0000000f (RPATH)                      Library rpath:

So to me it looks like we're missing an entry here for the libgcc_s.so
directory.  So, probably, your first patch is the way to go... I'd like
a bona fide libtool expert to look at this though.

I still don't understand why the second patch is needed.

As for --disable-fast-install, did you try just passing that to the
top-level configure?  (I didn't)



More information about the Java-prs mailing list