This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: libjava "make install" is broken again
- From: Jeff Sturm <jsturm at one-point dot com>
- To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- Cc: Alexandre Oliva <aoliva at redhat dot com>, java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Sun, 3 Mar 2002 21:40:39 -0500 (EST)
- Subject: Re: libjava "make install" is broken again
On Mon, 4 Mar 2002, Bryce McKinlay wrote:
> BTW, do you know how to stop libtool doing a "relink" of libgcj.la on
> every "make install"? It does not do this for libstdc++ so it appears to
> be something libjava is doing?
I have a hunch about this but haven't tested it yet.
If you look at the dynamic section of libgcj.so before installing (i.e.
readelf -d) you'll notice the baked-in rpath points to boehm-gc and zlib
in your build directory. Libtool is smart enough to recognize these
directories are invalid for installation, so it relinks.
One workaround is to forget about libgcjgc.so and libzgcj.so and link them
as convenience libraries instead. I'm not sure why we have these; at one
time it may have seemed feasible to have pluggable GC but it certainly
isn't now.
I've wanted to patch the build for a while to remove libgcjgc.so and
libzgcj.so, but didn't get around to it because it doesn't really fix
anything that's "broken". Except that it may prevent the relink.
Jeff