I have built ffmpeg from source on my system in order to get facilities not available in the Ubuntu versions (including "unstripped"). I use the default configuration, which installs libraries under /usr/local/lib.
However, when /usr/local/bin/ffmpeg is run, the various libraries such as libavcodec and libavutil are still linked from /usr/lib/i686/cmov.
Unfortunately, the way that these paths are searched is not documented as far as I can see, but it is surely wrong that something under /usr/lib is searched before /usr/local/lib, as on my system I have the default library search order, i.e.:
$ cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
$ cat /etc/ld.so.conf.d/*.conf
# Multiarch support
/lib/i486-linux-gnu
/usr/lib/i486-linux-gnu
/usr/lib/alsa-lib
# libc default configuration
/usr/local/lib
Note that /usr/lib is not mentioned in any of the conf files, so according to ld.so(8) it should only be searched after the directories that are mentioned. (On my system at least, /lib/i486-linux-gnu and /usr/lib/i486-linux-gnu are empty.)
ProblemType: Bug
Architecture: i386
Dependencies:
libgcc1 1:4.3.3-5ubuntu4
gcc-4.3-base 4.3.3-5ubuntu4
findutils 4.4.0-2ubuntu4
libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: libc6 2.9-4ubuntu6
ProcEnviron:
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: glibc
Uname: Linux 2.6.28-11-generic i686
BTW, touching /etc/ld.so.nohwcap makes the libraries under /usr/local/lib be found first, confirming that it's the hwcap stuff that's the problem here, not the basic search order.
Of course, this is not an acceptable workaround; what is is to copy the libraries in /usr/local/lib to /usr/local/