Re: "error while loading shared libraries: foo.so.0: cannot open shared object file: No such file or directory"

[Bob Friesenhahn]

On Sun, 16 Dec 2007, Laurence Darby wrote:

> I think this is either an automake problem or a libtool problem, (or
> maybe even a glibc problem) so cc'ing both lists.  Please cc me on
> replies. My apologies in advance to those subscribed to both lists :)
>
> Far too many times, I have run ./configure && make && sudo make install
> on a new piece of software, tried to run it, and I get the above error
> message.

Your email seems to contain a lot of details, but upon closer 
inspection the details are not of the right type.  For example, you 
have not even identified the operating system you are using.

Sometimes linker failures while installing shared librares are because 
the shared libraries were installed in the wrong order, and re-linking 
using the final installed locations was required.  For example, 
perhaps library B depends on library A, but library B is being 
installed before library A.  Automake does not handle this 
automatically.

Bob

> There are lots of "fixes" (of which adding /usr/local/lib to
> /etc/ld.so.conf is *not* one), here they are in the order I discovered
> them (and I don't need to be told now that they were wrong) :
>
> 1 - reboot
>
> 2 - ./configure --prefix=/usr
>
> 3 - Set LD_LIBRARY_PATH to permanently contain /usr/local/lib.
>
> 4 - Manually run ldconfig as root after the install.
>
> 5 - Remove -n from ldconfig from the make install.  But I see in
>    libtool/ChangeLog.1997:
>
> 1997-11-28  Gordon Matzigkeit  <address@hidden>
>
>        * ltconfig.in (finish_cmds): Change back to using `ldconfig -n'.
>        This makes Linux behave like other systems, which is more in
>         line with what libtool needs.
>
> 6 - Edit the new program's Makefile.am and add "-rpath $(libdir)" to
> its binfoo_LDFLAGS (nothing to do with libfoo_...) and rebuild it.
>
> I read the manual:
> http://www.gnu.org/software/automake/manual/html_node/Conditional-Libtool-Libraries.html#Conditional-Libtool-Libraries
> but I still don't get why "-rpath $(libdir)" can't be automatically
> passed to libtool.
>
> That's probably wrong too, because libtool has the variable
> $sys_lib_dlsearch_path, which already contains /usr/local/lib (picked up
> from /etc/ld.so.conf), but according to a comment, deliberately skips it
> because it's part of the "system default run-time" search path, and I
> guess adding -rpath $(libdir) forces it back in.
>
> IMHO, libtool is wrong to skip it, and the "system default run-time"
> is not /etc/ld.so.conf, but something else entirely, defined in glibc (I
> think, but where else?) as
>
> /lib/tls/i686/sse2/
> /lib/tls/i686
> /lib/tls/sse2
> etc...
>
> which is searched before printing the "no such file or directory" error
> message.  I couldn't find where that list is defined, does anyone know?
> Maybe /etc/ld.so.conf should just be appended to it.
>
> Thanks,
> Laurence

======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/