I am not sure whether this is truely Ubuntu's fault. We are still running 10.04 and I have the same variable set to no for linux systems in libtool.m4 (ltmain.sh says 2.2.6b).
I observe the following: - if the switc (in the preceding comment) h is set to yes, then linking will proceed correctly. I.e. shared libaries given in the Makefile.am will correctly pull in their _shared_ library dependencies. However, execution of the resulting binary fails as shared libraries are not found. Hence, the rpath setting seems to fail then. - if the above switch is set to no, then linking will fail as "pulled in" shared library dependencies are not given to gcc on linking causing e.g. undefined reference in vtable errors. If the shared libraries, to pulled in because of dependencies, are explicitly listed in Makefile.am -- besides the shared libraries that have these as dependencies -- then linking and execution commence without error. There is also a discussion on this topic here: http://comments.gmane.org/gmane.comp.gnu.libtool.general/11643 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1002565 Title: Libtool fails to handle library interdependencies To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libtool/+bug/1002565/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
