libtool
[Top][All Lists]
Advanced

[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 \

Attachment: depshlib.at
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]