Menu
The path to libidl.so.7.1 is in ld.so.conf, and the library is in the cache as well:
$ /sbin/ldconfig -p | grep libidl.so.7.1
libidl.so.7.1 (libc6) => /opt/itt/idl71/bin/bin.linux.x86/libidl.so.7.1
However, for some reason it is not found by ldd:
$ ldd _pyIDLmodule.so | grep libidl.so.7.1
libidl.so.7.1 => not found
Yet if I explicitly add the path to LD_LIBRARY_PATH, it works:
$ export LD_LIBRARY_PATH=/opt/itt/idl71/bin/bin.linux.x86_64/
$ ldd _pyIDLmodule.so | grep libidl.so.7.1
libidl.so.7.1 => /opt/itt/idl71/bin/bin.linux.x86_64/libidl.so.7.1 (0x00002b7428ee7000)
What am I doing wrong? Why isn't ldd finding the library?
374
These files are normally stored in /lib/ or /usr/lib/. On an Android device, SO files are stored within the APK under /lib//.
ldconfig creates the necessary links and cache to the most recent shared libraries found in the directories specified on the command line, in the file /etc/ld. so.
The ldconfig command creates a cache database of all libraries based on the configuration file. This cache is normally stored in the /etc/ld.
cannot open shared object file: No such file or directory The reason behind this error is that the libraries of the program have been installed in a place where dynamic linker cannot find it.
You export a .x86_64 yet the config -p shows a .x86 (no _64)
I'm not sure if this matters or not, but I thought it curious.
72
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
