I haven't built Subversion for several weeks. I generally try to keep up with
some of newer changes and exercise them to make sure we've got all the corner
cases covered. Today, I went to rebuild the trunk and was a little surprised
when the getopt test failed. A quick look at the log showed that the output
was 0.37.0+. I'm not sure what the + means, but the version number is
entirely wrong. According to svn_version.h, it should be '1.1.0-dev'. So, I
went digging a little. I did an ldd on
subversion/clients/cmdline/.libs/lt-svn and got the following:
libsvn_client-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_client/.libs/libsvn_client-1.so.0 (0x40016000)
libsvn_wc-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_wc/.libs/libsvn_wc-1.so.0 (0x40034000)
libsvn_ra-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_ra/.libs/libsvn_ra-1.so.0 (0x40057000)
libsvn_diff-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_diff/.libs/libsvn_diff-1.so.0 (0x4005a000)
libsvn_ra_local-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_ra_local/.libs/libsvn_ra_local-1.so.0 (0x40062000)
libsvn_repos-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_repos/.libs/libsvn_repos-1.so.0 (0x40067000)
libsvn_fs-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_fs/.libs/libsvn_fs-1.so.0 (0x4007b000)
libsvn_ra_dav-1.so.0 => /home/jszakmeister/projects/subversion/ \
subversion/libsvn_ra_dav/.libs/libsvn_ra_dav-1.so.0 (0x4009c000)
libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0 (0x400af000)
libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x400be000)
libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x400c6000)
libaprutil-0.so.0 => /usr/local/apache2/lib/libaprutil-0.so.0 (0x400e8000)
libdb-4.2.so => /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so (0x400fc000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x401cd000)
libapr-0.so.0 => /usr/local/apache2/lib/libapr-0.so.0 (0x401ed000)
librt.so.1 => /lib/librt.so.1 (0x4020e000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40220000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40251000)
libdl.so.2 => /lib/libdl.so.2 (0x40266000)
libneon.so.24 => /usr/local/lib/libneon.so.24 (0x40269000)
libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40283000)
libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x402b4000)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x4038b000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40475000)
libm.so.6 => /lib/libm.so.6 (0x404c5000)
libz.so.1 => /lib/libz.so.1 (0x404e7000)
libc.so.6 => /lib/libc.so.6 (0x404f6000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
I'm a little disturbed by the lines for libsvn_ra_svn, libsvn_delta, and
libsvn_subr. It's clearly pulling the libraries from the wrong spot.
I'm using SuSE 8.2, and have libtool 1.4.3, which I thought should work fine.
Has anyone else seen problems like this? Any clue how to fix it? I've never
really used libtool before, so I'm not sure how the shared library thing is
supposed to work under Linux.
If it helps, here is my configure command line:
./configure --enable-maintainer-mode --with-zlib --with-swig \
--with-apxs=/usr/local/apache2/bin/apxs --with-apr=/usr/local/apache2 \
--with-apr-util=/usr/local/apache2 --with-ssl
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Feb 21 16:17:03 2004