当我试图在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 '在那里，它不再介意了。不幸的是，它会抱怨找不到下一个增强库。
有没有简单的方法来解决这个问题?
当前回答
对于我的框架，我使用的是作为git子模块添加的Xcode子项目。
我相信我得到这个错误，因为我正在与一个不同的签名团队签署框架，而不是我的主应用程序。忘记切换到框架)
解决方案是不在框架项目内签名。相反，在主应用程序的目标>通用>框架，库和嵌入式内容部分，通过Embed & sign对框架进行签名。
如果我选择不嵌入或嵌入没有签名，我反而得到错误:
框架不能在使用库验证的进程中使用:映射文件没有cdhash，完全unsigned?代码至少要有特别签名。
其他回答
您可以对可执行文件使用otool命令和-L选项，这将显示可执行文件期望这些库的位置。
如果需要更改这些库的路径，请使用install_name_tool命令，该命令允许您设置库的路径。
我面临的应用程序崩溃的问题引用SIGABRT错误在线程。崩溃的概述是没有加载dyld库和图像没有找到类似的东西。
这是在Xcode 9.3中看到的。我发现的原因是Xcode没有动态地拾取库，所以我必须手动这样做，这解决了我的崩溃问题。
请遵循以下步骤:
进入构建阶段 点击顶部的“+”按钮并选择“新建复制文件阶段” 选择目标为框架，点击下面的“+”按钮添加文件。 选择下面添加其他，点击CMD+SHIFT+G，粘贴下面的路径， /应用程序/ xcode /内容/开发/工具链/ XcodeDefault.xctoolchain / usr / lib /快速/ iphoneos
现在你将能够看到一些swift dylib，选择所有扩展名为.dylib的swift库，然后点击打开。
这些将被添加到app的general选项卡的嵌入式二进制文件中。
在project文件夹中创建一个新组，并添加所有这些库。
现在运行你的应用程序。
找到所有的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上公开了这个脚本。
有没有简单的方法来解决这个问题?
我只是使用brew upgrade <工具>。在我的例子中，酿造upgrade tmux。
我在使用asdf切换python版本后得到了这个错误。当你激活virtualenv时，它会感到困惑。
相反，像这样重新创建virtualenv
$ rm -rf venv
$ python -m venv venv
这一次当你激活virtualenv时，它会找到正确的python。
