On 2007-04-17 Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > Hello Kurt, Andreas, all,
> * Kurt Roeckx wrote on Sat, Apr 14, 2007 at 04:01:46PM CEST: >> On Sat, Apr 14, 2007 at 03:45:38PM +0200, Andreas Metzler wrote: [...] >>> Dear Kurt, >>> thanks for helping me along with this issue on IRC, as dicussed there >>> I am submitting this bug-report for documentation purposes. >>> I have just realized that the Debian specific libtool enhancement for >>> reducing unneeded linkage (by not recursivly linking dependency_libs >>> when dynamic linking is used) does not work when libtool convenience >>> libraries (noinst_LTLIBRARIES) are used. >> See >> http://www.mail-archive.com/[EMAIL PROTECTED]/msg08136.html for a possible >> way to solve this. >> Anyway, this is going to require some work to really solve. > And anyway it is wrong! You are misunderstanding the very concept of > convenience archives. There is *no* indirection that you can take > advantage of. All objects of the convenience archive will be included > as they are in the library that they end up in. Thus, this library will > *explicitly* depend upon all symbols that are referenced from those > objects. Hello, hmm. There are a couple of projects that use convenience libraries simply as a way to structure the source in different directories without implying different linkage semanthics. The libtool manual lists this as a common usage scenario: | This technique is often used to overcome GNU automake's lack of | support for linking object files built from sources in other | directories, because it supports linking with libraries from other | directories. This limitation applies to GNU automake up to release | 1.4; newer releases should support sources in other directories. [...] > Trying to remove deplibs from this list is like saying: while I said a > minute ago that I need these libraries, now I am saying that I don't > need them. It's nonsensical. Eh, no. I was saying that I was going to directly reference symbols from and was needing *libgcrypt*. And now, at final link time libtool is linking stuff as if I had been saying: "I am needing and directly referencing symbols from libgcrypt *and* *its* dependencies." > Such a patch will not find its way into > upstream GNU Libtool. > If you want less libs linked against, them simply remove them from the > link line when you _create_ the convenience archives. They won't mind. It would probably work for gnutls and if this is indeed not a hotfix that will break horribly on strange libtool supported archs I'll try to push it upstream. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
