On 9 February 2018 at 20:41, Roumen Petrov <address@hidden>
wrote:
Reuben Thomas wrote:
I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04,
which is where I first encountered this), I need to run
ldconfig
after installing shared libraries built with libtool. I was confused at
first, because libtool itself runs
ldconfig -n $(libdir)
But I guess because this does not update the cache, it doesn't make the
library available.
I'm not sure.
I just run one of my tests - build of binary with shared library and and
installation into one system default paths for shared libraries.
Result:
- ldconfig -p does not show new library
- ldd binary shows library
- binary is executed properly
Thanks for this.
In my tests, ldd binary did not show the library, and the binary was not
executed properly. Also, the library did not show up with ldconfig -p, but
of course that is the expected result after running only ldconfig -n.
I obtained these results both on my personal Ubuntu 16.04 system (but of
course there could be some oddity with the configuration), and, more
convincingly, with fresh Ubuntu 14.04 as used on Travis CI (I had my Travis
build run ldd on the binary, and the library was shown as not found;
running "sudo ldconfig" made the library found).
So, it could be some oddity (so far, it looks like a bug) with Ubuntu
systems in their default configuration.
Does anyone have any further suggestions for things I can test? In any
case, it looks like a bug report to Ubuntu may be warranted; Roumen, could
you possibly tell us what sort of GNU/Linux system you are using?