当我试图在Mac OS X中运行一个可执行文件时，我得到以下错误
dyld: Library not loaded: libboost_atomic.dylib
Referenced from: /Users/"Directory my executable is in"
Reason: image not found
Trace/BPT trap:5
我已经安装了boost库，它们位于/opt/local/lib中。我认为这个问题与可执行文件只在它所在的目录中查找有关，因为当我粘贴'libboost_atomic。Dylib '在那里，它不再介意了。不幸的是，它会抱怨找不到下一个增强库。
有没有简单的方法来解决这个问题?
当前回答
以上这些对我都不起作用，但是brew重新安装icu4c起作用了。
其他回答
以上这些对我都不起作用，但是brew重新安装icu4c起作用了。
对于那些因为试图使用Xcode 6.3.1将第三方框架链接到他们的项目而访问这个页面的人来说，我遇到的问题是，这个库是用一个旧版本的编译器创建的，使用的是不同版本的swift。解决这个问题的唯一方法就是重新构建框架。
你可能会得到这个的另一个原因是在苹果的技术文档中。
如果你正在构建一个不使用Swift的应用程序，但嵌入了框架之类的内容，Xcode将不包括这些库在你的应用程序中。因此，你的应用程序将在启动时崩溃，并出现如下错误消息:
将嵌入式内容包含Swift代码(EMBEDDED_CONTENT_CONTAINS_SWIFT)构建设置设置为YES
这里是完整的苹果文档的链接
我在使用asdf切换python版本后得到了这个错误。当你激活virtualenv时，它会感到困惑。
相反，像这样重新创建virtualenv
$ rm -rf venv
$ python -m venv venv
这一次当你激活virtualenv时，它会找到正确的python。
我通过使用产品>清洁构建文件夹(CommandShiftK)修复了这个问题，这使得一个新的清洁构建，真的很奇怪。
找到所有的boost库(其中exefile是你的可执行文件的名称):
$ otool -L exefile
exefile:
@executable_path/libboost_something.dylib (compatibility version 0.7.0, current version 0.7.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 65.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
对于每个libboost_xxx。dylib,做:
$ install_name_tool -change @executable_path/libboost_something.dylib /opt/local/lib/libboost_something.dylib exefile
最后再次使用otool进行验证:
$ otool -L exefile
exefile:
/opt/local/lib/libboost_something.dylib (compatibility version 0.7.0, current version 0.7.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 65.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
Manpages: otool install_name_tool
编辑前一段时间，我写了一个python脚本(copy_dylib .py)，在构建应用程序时自动解决所有这些问题。它会将/usr/local或/opt/local中的所有库打包到应用程序包中，并使用@rpath修复对这些库的引用。这意味着您可以轻松地使用Homebrew安装第三方库并轻松地打包它们。
我现在已经在github上公开了这个脚本。
