[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

build problem on Woody, related to SASL

From: GCS <gcs_at_lsc.hu>
Date: 2003-10-05 21:26:25 CEST

Hi all,

 I have two machines, both have Debian installed. One is the server,
running Woody, and the second one is Sarge/Sid. I can build Subversion
0.30.0 on the second one, but not on Woody, as something get the wrong
SASL library to link with:
-- cut --
cd subversion/clients/cmdline && /bin/sh
/root/build/subversion-0.30.0/build-shared-svn/libtool --silent
--mode=link gcc -g -Wall -pipe -I/usr/include/xmltok
-I/usr/include/openssl -pthread -DNEON_ZLIB -DNEON_SSL -L/usr/lib
-rpath /usr/lib -o svn add-cmd.o cat-cmd.o checkout-cmd.o cleanup-cmd.o
commit-cmd.o copy-cmd.o delete-cmd.o diff-cmd.o export-cmd.o feedback.o
help-cmd.o import-cmd.o info-cmd.o log-cmd.o ls-cmd.o main.o merge-cmd.o
mkdir-cmd.o move-cmd.o prompt.o propdel-cmd.o propedit-cmd.o
propget-cmd.o proplist-cmd.o props.o propset-cmd.o resolved-cmd.o
revert-cmd.o status-cmd.o status.o switch-cmd.o update-cmd.o util.o
../../../subversion/libsvn_client/libsvn_client-1.la
../../../subversion/libsvn_wc/libsvn_wc-1.la
../../../subversion/libsvn_ra/libsvn_ra-1.la
../../../subversion/libsvn_delta/libsvn_delta-1.la
../../../subversion/libsvn_subr/libsvn_subr-1.la
/usr/lib/libaprutil-0.la -lldap -llber -ldb -lexpat /usr/lib/libapr-0.la
-lrt -lm -lcrypt -lnsl -ldl -lneon -lssl -lcrypto -lz -lxml2
/usr/bin/ld: cannot find -lsasl
collect2: ld returned 1 exit status
-- cut --

It seems the problem is in the libtool generated .la files:
-- cut --
# Libraries that this one depends upon.
dependency_libs=' -L/usr/lib /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_ra_local/libsvn_ra_local-1.la -L/build/buildd/openldap2-2.0.23/debian/build/libraries /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_repos/libsvn_repos-1.la /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_fs/libsvn_fs-1.la /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_ra_dav/libsvn_ra_dav-1.la /usr/lib/libneon.la -lssl -lcrypto /usr/lib/libxml2.la -lz /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_ra_svn/libsvn_ra_svn-1.la /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_delta/libsvn_delta-1.la /root/build/subversion-0.30.0/build-shared-svn/subversion/libsvn_subr/libsvn_subr-1.la /usr/lib/libaprutil-0.la /usr/lib/libldap.la -llber -lresolv -lsasl /usr/lib/liblber.la -ldb /usr/lib/libexpat.la /usr/lib/libapr-0.la -lrt -lm -lcrypt -lnsl -ldl
-- cut --

The strange things are that:
- I have libsasl7 (the basic SASL lib), and libsasl2 installed on both
  machines, and still the second machine does not even contains libsasl as
  dependency
- libsasl2-dev installed, libsasl-dev _not_, still it depends on libsasl
  (which I can not remove because of other dependency)
- libtool versions are the same, 1.5-2

Other packages (somehow related to subversion):
                Woody Sarge
Apache2: 2.0.47 2.0.47
binutils: 2.12.90.0.1 2.14.90.0.6
db4.1: 4.1.25 4.1.25
gcc: 2.95.4 3.3.1
libtool: 1.5 1.5
Neon: 0.24.0 0.24.0
SASL: 1.5.27 1.5.28
SASL2: 2.1.2 2.1.15
Swig: 1.3.19 1.3.19

 Subversion 0.24.2 was compiled on both machines, so I have no idea how
to fix it. Why libtool misbehave on Woody? Any help or idea is greatly
appreciated.

Thanks,
GCS

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Oct 5 21:37:45 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.