[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: interdependent shared library problem
From: |
Patrick Welche |
Subject: |
Re: interdependent shared library problem |
Date: |
Thu, 9 Nov 2006 12:00:20 +0000 |
User-agent: |
Mutt/1.5.11 |
On Sat, Oct 21, 2006 at 01:31:53PM +0200, Ralf Wildenhues wrote:
> Hello Patrick,
>
> * Patrick Welche wrote on Mon, Oct 16, 2006 at 01:17:42PM CEST:
> >
> > /usr/X11R6/lib doesn't need to be in the default set of paths searched
> > by the loader. As I mentioned, with a different compile line to the one
> > generated by libtool, I have a working hello. The problem is that the
> > binary created by libtool contains the dependencies of the shared the
> > library rather than just depending on the shared library.
>
> No. The bug is that the -R information isn't also transferred to the
> program. The (known) Libtool limitation is that it does not implement
> a consistent set of semantics for indirect library dependencies.
> (Note there are systems which don't have such.)
>
> I'm not sure why -R isn't transferred, but somebody may have had some
> good reason for it. Who knows.
Does the following (my first(!)) autotest pass for you? [Could be improved
with a if x_no=yes exit 77, but I don't see yet how to get x_no out]
Cheers,
Patrick
Index: Makefile.am
===================================================================
RCS file: /cvsroot/libtool/libtool/Makefile.am,v
retrieving revision 1.202
diff -u -r1.202 Makefile.am
--- Makefile.am 24 Oct 2006 20:30:05 -0000 1.202
+++ Makefile.am 9 Nov 2006 11:58:37 -0000
@@ -406,6 +406,7 @@
tests/link-order2.at \
tests/fail.at \
tests/shlibpath.at \
+ tests/depshlib.at \
tests/static.at \
tests/destdir.at \
tests/search-path.at \
depshlib.at
Description: Text document
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: interdependent shared library problem,
Patrick Welche <=