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. Stefan
