I am testing some shared objects (.so - to be precise these are the libav*.so which contain VP8 codec).
I managed to compile them with patches etc etc.
Now, I know mplayer uses the above libraries in shared mode (i.e. the code of libav*.so is not embedded in mplayer (while usually ffmpeg used them copying-and-pasting the code inside of the executable itself).
Problem is that now I'd like to test my libraries with mplayer, and what I was doing in all past version of Ubuntu (and even at work to be honest) was:
This works in virtually any Linux system, and allows to overwrite the default .so search location.
export LD_LIBRARY_PATH=<path to compiled libav*.so>
In this way when a program is dynamically linked, you can replace the .so without actually recompiling it (provided that the API stays the same naturally).
Now, apparently, with Lucid Lynx, this doesn't work anymore.
If I do this from a terminal session, it's like if the dynamic loader will refuse to use this search path.
I am not the only one noticing it:
and so on...
Why such a change?
How are developer supposed to quick test dev shared objects without changing the system-wide libraries?
Can anyone please confirm this?