写作是一种习惯,稍微松懈,也许失去的就很多。过了一个年,居然很多天都没有更新,幸福的代价吧:)
标题的问题其实以前碰到过,不过当时在iOS,所以随手处理了没有重视。 而这次是在macOS,所使用的库,本身已经用brew安装过,所以本机调试没有发现这个问题。 等到拷贝到用户的机器上,突然发现程序无法启动,查看log才发现库没有找到。而实际上当时,我已经很确认的将dylib库文件打包到了app中。
随后发现macOS的dylib采取了比较特殊的机制,每个文件都内置有完整的路径名,如果不把dylib文件放置到这个路径上去,应用调用dylib的时候就会报错找不到库文件。 官方推荐的解决的方法是将库文件及头文件打包编译为Frameworks,随后引入到项目中。不过对于很多gnu的跨平台程序员,肯定不希望单独为macOS来写一个Xcode工程。 所以我建议还是使用内置的工具来修改这个执行路径,步骤如下:
otool -L libabc.0.dylib
命令来查看这个库内置的路径名,没有意外的话,应当是/usr/local/lib/libabc.0.dylib
。
@executable_path/../Frameworks/libabc.0.dylib
,这个是app中的Frameworks目录,许多引用的框架和sdk内置的dylib文件,编译时候会放置到这里。
libabc.0.dylib
,这是保证app编译链接的时候能够正常通过。我记得Xcode7还是什么版本中,在这里银如意了库文件,库文件就会被自动的加入到Frameworks目录,但也许是不是sdk内置的库文件,只在这里引用解决了链接问题,但并不能自动把dylib库文件打包到app中。
做完了以上这些,编译出来的app应用就能正确的调用自己包中的库文件了。