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

Re: sqlite link errors

From: Peter Samuelson <peter_at_p12n.org>
Date: Thu, 23 Jul 2009 15:01:04 -0500

[Hyrum K. Wright]
> Dynamic Section:
> NEEDED libaprutil-1.so.0
> NEEDED libapr-1.so.0
> NEEDED libexpat.so.0
> NEEDED libz.so.1
> NEEDED libsqlite3.so.0
> NEEDED libpthread.so.0
> NEEDED libc.so.6
> SONAME libsvn_subr-1.so.0
> RPATH /usr/local/apr/lib
> ...
>
> Should there by an RPATH entry for /usr/local/lib?

Forgot to mention: libtool puts a bit of a monkey wrench into
everything (as I'm sure you know) by creating executable scripts that
massage the runtime environment before executing. In particular they
play with $LD_LIBRARY_PATH, which is like an override for the RPATH.
The reason they do this is to let you transparently run stuff that uses
libraries that aren't yet installed. But it also means you don't
necessarily get a true picture of why sqlite isn't being loaded from
/usr/local/lib, without looking at the libtool wrapper. Maybe edit the
subversion/svn/svn script and, in a strategic place before executing
the real binary, add something like:

  echo >&2 "LD_LIBRARY_PATH is $LD_LIBRARY_PATH"

-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
Received on 2009-07-23 22:01:21 CEST

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

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