2009-12-20 229 views
18

我连接一个(Python扩展)库嵌入用下面的命令Matlab引擎造成链接到动态库Mac上与完整路径

$ 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) 

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 

(使用cmake生成)

然而,当我尝试使用图书馆,我得到一个错误信息:

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

:请参考以下链接 [Add_libray] [1] [1]我的回答:http://stackoverflow.com/questions/4876740/xcode-keeps-searching-dylib-at-wrong-路径/ 19245310#19245310 – itechnician 2013-10-08 10:35:53

回答

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 

我可以用这个作为一个临时的解决办法手动更改的文件,但我不知道如果没有更好的解决办法链接器被赋予使用完整路径的设置。

+2

这是有用的,但你是对的,应该有这样做的CMake – eqzx 2013-03-07 16:25:08

+0

我最终需要做相反的操作;替换一个涉及'@ loader_path'的绝对路径。 [dyld man page](https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/dyld.1.html)有助于解释dyld的行为,因为它涉及绝对路径和'@ loader_path'的扩展。 – nornagon 2016-01-06 23:15:20

5

查看ld命令的-rpath选项来控制此选项。您也可能对https://github.com/bimargulies/jni-origin-testbed的内容感兴趣,这是一些相关技术的演示。这里

的关键技术是:

install_name_tool -change libsl2.so "@loader_path/libsl2.so" libsl1.so 
+1

你能详细解释一下吗?我有同样的问题。我觉得我建立的项目中的一些路径并未找到正确的位置! – Yasin 2015-07-19 14:22:45

-2

您还可以使用符号链接!

+1

您是否阅读过其他答案并理解问题? – 2015-10-16 08:54:21

6

请注意,DYLD_LIBRARY_PATH的某些问题可以通过使用DYLD_FALLBACK_LIBRARY_PATH来避免。只有在缺省路径中找不到lib时才会使用此选项。

+0

使用这个只是打破了我的壳,并给了我: ''' python dyld:库未加载:@loader_path /../ lib/libpython2.7.dylib 引用自:.../bin/python 原因是:image not found Trace/BPT trap:5 ''' – 2015-12-24 10:46:18