tags 492026 moreinfo thanks [Andreas Pakulat] > In a recent upgrade libsvn-dev dropped a bunch of dependencies, > among them libneon27-gnutls-dev. However the libtool file coming with > the package still lists all kinds of libraries to link to.
Yes, because they are required for static linking.
> This causes problems when building apps with libtool from sources,
> even if these apps don't need the symbols from neon-gnutls
Can you demonstrate the problem? As far as I can tell, libtool handles
both static and dynamic linking correctly:
$ libtool --version
ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-4 (1.1220.2.493 2008/02/01
16:58:18)
$ libtool --mode=link gcc -o foo foo.o /usr/lib/libsvn_ra-1.la
gcc -o foo foo.o /usr/lib/libsvn_ra-1.so
$ libtool --mode=link gcc -static -o foo foo.o /usr/lib/libsvn_ra-1.la
gcc -o foo foo.o /usr/lib/libsvn_ra-1.so -L/usr/lib -lsvn_ra_local-1
/usr/lib/libsvn_repos-1.so /usr/lib/libsvn_fs-1.so -lsvn_fs_fs-1
-lsvn_fs_base-1 -ldb -lsvn_fs_util-1 -lsvn_ra_svn-1 /usr/lib/libsasl2.so
-lresolv -lsvn_ra_neon-1 -lneon-gnutls -lsvn_ra_serf-1 /usr/lib/libserf-0.so
-lssl -lcrypto /usr/lib/libsvn_delta-1.so /usr/lib/libsvn_subr-1.so
/usr/lib/libaprutil-1.so -lldap -llber /usr/lib/libdb-4.6.so -lpq
/usr/lib/libmysqlclient_r.so -lnsl -lm /usr/lib/libsqlite3.so
/usr/lib/libexpat.so -lz /usr/lib/libapr-1.so -luuid -lrt -lcrypt -lpthread -ldl
(This does leave open a different question: why does libtool not pass
-static to gcc, and why does it pass .so files instead of .a files?
But those are libtool issues, not libsvn-dev issues.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
