Hardcoded search library path on subversion

| | Comments (1) | TrackBacks (0)

The symptom:

The subversion executable (svn) didn't find the correct subversion dynamic libraries even changing the LD_LIBRARY_PATH.

The problem:

The subversion executable have some embed library search path inside the executable.

The solution:

Remove the '--rpath' entries added when linking the svn executable. Ideally the subversion configure have a flag for that, but I could not find it. The solution is to change the configure script and change the configuration when generating the 'libtool' (a wrapper for the actuall system linker).

Categories

1 Comments

Kaniabi Author Profile Page said:

More on that error...

After reinstalling SUBVERSION on a linux machine our subversion stop working. The problem is the "shared object" search table which set the SVN SOs path to the system directory.

The problem is that when we tried to run our SVN it tries to find the installed shared object (even if LD_LIBRARY_PATH point to other directories).

The solution is, after downloading our subversion, remove the original subversion from the system:

# yum remove subversion

Leave a comment