Open traversaro opened 5 years ago
This is more complicated. If we install plugins in one of the default linker folder, we get the same problems due to
LD_LIBRARY_PATH
we recently discussed in https://github.com/robotology/ycm/issues/199 and https://github.com/robotology/robotology-superbuild/issues/97.
I am a bit confused. If when installing in /usr
on Ubuntu the default installation folder for blockfactory plugins is /usr/lib/x86_64-linux-gnu/blockfactory
, why searching it this directory by default there will create any LD_LIBRARY_PATH
related problem?
Anyhow, until we address packaging this is not really important.
Now I perhaps remember that in YARP we discussed in the past to add some kind of logic "search in the same prefix in which YARP it is installed", but we had problems related to how to implement this in a relocatable way, and you needed to obtained the path to the YARP libraries, and this was not possible/easy on Windows.
Considering that I never had yet direct experience of packaging archives for debian-based distros, I drop here few links that might be useful in the future:
Probably I didn't explain myself good enough, and probably I might have been wrong. Assuming we are installing the library in /usr/lib/x86_64-linux-gnu/blockfactory
, I do not honestly know if the linker checks by default all the subfolders inside /usr/lib/x86_64-linux-gnu
. However, also in this case, including in the deb package a proper conf file installed inside /etc/ld.so.conf.d/
might suffice.
I'm not sure, but in light of this maybe also with the current situation installing in the system lib directory would not need any edit to the environment variables.
@traversaro wrote:
@diegoferigo replied: