我正在链接一个嵌入Matlab引擎的(Python扩展)库和以下命令(使用cmake生成)
c++ -mmacosx-version-min=10.6 -bundle -headerpad_max_install_names -o library.so library.o /Applications/MATLAB_R2009b.app/bin/maci64/libeng.dylib /Applications/MATLAB_R2009b.app/bin/maci64/libmx.dylib -framework Python
导致
$ otool -L library.so
library.so:
@loader_path/libeng.dylib (compatibility version 0.0.0, current version 0.0.0)
@loader_path/libmx.dylib (compatibility version 0.0.0, current version 0.0.0)
/System/Library/Frameworks/Python.framework/Versions/2.6/Python (compatibility version 2.6.0, current version 2.6.1)
/opt/local/lib/gcc44/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.13.0)
/opt/local/lib/gcc44/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.0)
但是,当我尝试使用该库时,收到错误消息:
ImportError: dlopen(./library.so, 2): Library not loaded: @loader_path/libmex.dylib
Referenced from: ./library.so
Reason: image not found
我认为问题源于链接器包含@loader_path/libeng.dylib
形式的matlab dylib文件而不是使用完整路径这一事实,即使我提供了g++
的完整路径。如何强制链接器使用完整路径?
我知道一种解决方案是使用
export DYLD_LIBRARY_PATH=/Applications/MATLAB_R2009b.app/bin/maci64:$DYLD_LIBRARY_PATH
这些库文件所在的位置,但我想避免这种情况,因为它会导致一些其他问题。
答案 0 :(得分:29)
使用install_name_tool
install_name_tool -change "@loader_path/libeng.dylib" "/Applications/MATLAB_R2009b.app/bin/maci64/libeng.dylib" library.so
install_name_tool -change "@loader_path/libmx.dylib" "/Applications/MATLAB_R2009b.app/bin/maci64/libmx.dylib" library.so
我可以使用它作为临时修复,但我想知道是否有更好的解决方案,链接器被赋予设置以使用完整路径。
答案 1 :(得分:7)
请注意,使用DYLD_LIBRARY_PATH
可以防止DYLD_FALLBACK_LIBRARY_PATH
出现的一些问题。只有在默认路径中找不到lib时才会使用此选项。
答案 2 :(得分:5)
查看ld命令的-rpath选项来控制它。您可能也对https://github.com/bimargulies/jni-origin-testbed的内容感兴趣,这是一些相关技术的演示。
这里的关键技术是:
install_name_tool -change libsl2.so "@loader_path/libsl2.so" libsl1.so
答案 3 :(得分:-2)
您也可以使用符号链接!