[bind10-dev] LIBADD/LDADD indirect library dependency linker problems

Jelte Jansen jelte at isc.org
Mon Aug 1 14:38:21 UTC 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi,

I finally got fed up with having to add LDADD for indirect library
dependencies to lots of binary makefiles, while they were already
specified as LIBADD values in the relevant library makefiles.

As you all probably know, this only occurred on some of our systems,
mainly Ubuntu. So I looked into the difference between the libtools
here, and it's 'local policy'; debian's (and hence, ubuntu's) libtool
sets the libtool option link_all_deplibs to no, while all other systems
(and stock libtool) set it to yes. This causes the dependency_libs value
in the .la files to be ignored, producing linker errors unless every
indirect dependency is added to LDADD.

I think this also causes some of the rpath propagation problems we saw
in relation to botan, and possibly some more issues i'm not thinking of
right now.

I do not, however, have a clear-cut clean solution as of yet; this
values does not appear to be easily overridable, and the only hints I
could find were to modify the local copy of libtool, which is placed in
the tree by configure. Not entirely sure however why exactly debian sets
this value (the only thing I could find was that deplibs does not really
distinguish between systems libs and build libs, and as such causes a
problem when crosscompiling).

So, two questions;
- - do we want to fix this (I do :), we could clean up a lot of deps in
the makefiles if we do)
- - how do we want to do this? A dirty, but probably working way is to add
an option to configure (that we can --disable) that modifies the intree
libtool script if this values is set to no. What I'm not entirely sure
of, however, is whether this causes additional problems

Jelte
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk42ul0ACgkQ4nZCKsdOncUgcACgjYi5cb6PuEbiZO2OLaJBhmEz
1bMAoLklcEiaws4zZhGfpnA0YLEVqZUw
=x8jN
-----END PGP SIGNATURE-----



More information about the bind10-dev mailing list