You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ${CMAKE_INSTALL_PREFIX} is hardcoded, meaning that the path on the build machine is searched for plugins. That is inappropriate. Instead, osgDB should search relative to the osgDB library itself.
The text was updated successfully, but these errors were encountered:
On Wed, 1 Apr 2020 at 12:56, skelly-energid ***@***.***> wrote:
For reference, appendInstallationLibraryFilePaths can be patched like so
to find the plugin relative to the osgDB binary:
Dl_info info;
int result = dladdr(reinterpret_cast<void *>(&osgDB::findFileInDirectory), &info);
if (result > 0 && info.dli_fname) {
filepath.push_back(dirname(const_cast<char*>(info.dli_fname)));
}
An implementation for Windows/Apple is also possible, but left as an
excercise :).
We are all busy so of you have improvements that you'd like rolled into the
core OSG please generated a PR for them. Thanks.
The
FileUtils.cpp
functionappendInstallationLibraryFilePaths
returnsOSG_DEFAULT_LIBRARY_PATH
, which is set in cmake:The
${CMAKE_INSTALL_PREFIX}
is hardcoded, meaning that the path on the build machine is searched for plugins. That is inappropriate. Instead, osgDB should search relative to the osgDB library itself.The text was updated successfully, but these errors were encountered: