Re: [Bug-gnucap] gnucap fails at start due to " ^ ? : cannot open shared object file: No such file or directory"
al davis <[email protected]> Thu, 4 Aug 2016 01:15:08 -0400
| Newsgroups | gmane.comp.gnu.gnucap.devel,gmane.comp.gnu.gnucap.bugs |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 1 Aug 2016 19:13:52 +0200 Felix Salfelder <[email protected]> wrote: > PS: yes, it's a bug... YMMV > If I change the name back to libgnucap-default-plugins.so everywhere it works. I have always found the library search path somewhat confusing. It is explained in man dlopen. One line is of note .... o The cache file /etc/ld.so.cache (maintained by ldconfig(8)) is checked to see whether it contains an entry for filename. ok ... I thought the path was the same as for libraries, so why didn't gnucap-default-plugins.so load? ...... It is in that search path. .... Reason: it doesn't start with "lib" so it wasn't cached, so without $LD_LIBRARY_PATH what is left is: o The directories /lib and /usr/lib are searched (in that order). There, it can be found without the "lib" prefix. The fix coming turns out to be needed by multiload anyway ... Gnucap needs an explicit search path for plugins.