Open s172262 opened 7 years ago
The runtime path should be cleared by cmake when installing the executables. @rpath/libopenal.1.dylib
could just indicate that it looks for it in the default library paths (on top of any runpath that may or may not be set) instead of a hard-coded one like /usr/lib
or /System/Library/Frameworks
. And since it looks like libopenal.1.dylib
was installed in /usr/local/Cellar/openal-soft/1.18.2/lib
or /usr/local/opt/openal-soft/lib
or something, if the system doesn't know to look in that path for libraries that would explain why it can't find it.
I think that it is need to avoid using
runpath
when installing openal-info for OSX.libopenal.1.18.2.dylib may be correct.