On Sat, Jan 08, 2011 at 05:50:52PM +0530, Ramkumar Ramachandra wrote:
> I had an issue with my stock SVN picking up the APR libraries I'd just
> compiled, because LD_LIBRARY_PATH is set in Makefile.svn in several
> places. Stock SVN (Debian) was compiled with threading support, and
> the compiled APR was compiled without it- hence nothing worked, and I
> had to execute `svn export`, `svn co` by hand.
LD_LIBRARY_PATH in the Makefile is only used by targets that are supposed
to run the executables compiled by the Makefile, and need to *dynamically*
load some libraries at run time (e.g. bindings) via dlopen().
This doesn't affect the checkout/export steps at all. They don't set or
require any special LD_LIBRARY_PATH.
It sounds like you had LD_LIBRARY_PATH set in your environment.
Why did you have it set? Maybe it's because the Linux runtime linker
doesn't find the svn libraries installed in ~/svn/prefix otherwise?
If so, that's not a problem with the Makefile.
The binaries installed in your home dir should be linked with -rpath
by libtool to make sure that they find their libraries in the right place.
Then you won't have to set LD_LIBRARY_PATH at all if all you want to do
is run an svn trunk binary. If there is anything to fix here, linking
with -rpath is what you'd need to look at.
Received on 2011-01-08 13:43:00 CET