我有 c++ 应用程序，它具有多个采用动态库形式的依赖项。 install_name_tool 可以很好地更改这些库相对于主要可执行文件的路径，但问题是其中一些库本身具有依赖性。 对于 x64，在这些依赖项上再次运行 install_name_tool 工作正常，但对于 arm64，它会出错并显示 ...

我正在尝试将一个可执行文件放在一起发送到另一台计算机。 otool -L "exec_name" 返回： 尝试将其更改为我的可执行目录： 它发出警告： 但没有任何变化，otool -L 仍然显示： 我也试过 这给出了一个错误： 不明白为什么它不会改变路径...... ...

我可以清楚地看到libopenvdb.dylib文件存在并且我是所有者。 但是install_name_tool会抛出这个错误： install_name_tool：无法打开输入文件：libopenvdb.dylib 进行写入（权限被拒绝） 终端命令： 可能是什么原因？ 我想不通。 ...

otool -L二进制文件的依赖项： 一些依赖项在/usr/local/opt/中。 我想更改它们，以便在@rpath/中搜索它们。 我将不得不像这样一个一个地改变它们： 有没有方便的方法将所有/user/local/opt/...更改为@rpath ？ ...

我构建了一个音频插件。 我的目标是.app和.component 。 我动态链接到brew安装的库libfluidsynth 。 我复制libfluidsynth到.app / .component 。 我使用install_name_tool重新链接二进制文件以指向捆绑的li ...

我想在脚本中更改dylib搜索路径。 在终端中，我使用otool -L my.dylib，然后查看搜索路径，并使用install_name_tool进行更改。 install_name_tool（-change）使用先前路径和新路径作为参数。 如何将otool -L的结果获取到脚本变量？ ...

我正在尝试在一个非常基本的 Python 脚本上运行Nuitka ，只是为了测试它。 不幸的是，我收到一个我无法正确理解的错误。 这里有什么问题？ 如何解决？ 一些额外的信息： 我试过install_name_tool -id "@loader_path/Users/xxx/minicon ...

我将下载的PySide副本从其原始安装位置（/Library/PySide/2.7/site-packages/PySide）移到了网络上的某个位置，因此脚本可以访问它。 但是，我开始收到“未加载库”错误。 我在桌面上制作了一份副本进行测试： 我之前曾遇到过这个问题，并且可以肯定已经 ...

我想独立使用psql实用程序，而无需通过brew或其他东西安装postgress（我有我的理由）。 我在OS X上使用psql版本9.5.3，它与PostgressApp一起发布。 当我只分发psql时，我收到错误： 使用命令otool -L psql我发现库的路径仍然指向Pos ...

我已经在这个概念上挣扎了一段时间，我无法真正理解-change和-id之间的区别。手册页指出 到目前为止，我已经尝试过-change 。 假设我有以下结构 现在假设我在 itemB 上运行了以下内容 上面的结果表明test_library.dylib现在依赖于another_librar ...

我有一个具有以下依赖关系的外部库'libspecial.dylib'。 因为@rpath会引起问题，所以我有一个脚本用实际路径替换所有@rpath。 但这仅替换了第二个依赖项（实际上有更多的依赖项，所有依赖项都被替换了，但第一个指向lib本身的依赖项却没有被替换）： 我不 ...

我想在 Mac OS X El Capitan (10.11.x) 中创建一个库并在 qt creator 的另一个应用程序中使用它，所以我用这个设置在 qt 中创建了一个简单的库： 如您所见，我在 MyFrm 框架中创建了“DynminLinkingLib”库； 之后，我创建了一个 Qt 应用 ...

我的目标是通过在编译boost时提供dll-path选项在已编译的boost库中获得完整的运行dll-path ： 但是，当我在$(pwd)/build文件夹中检查库时，我得到了这个： 即使用lib名称而不是完整路径，只有lib名称（libboost_system.dylib）。 ...

在将操作系统更新到El Capitan之后，我正在尝试编译我的C ++项目。 但是，我一路上遇到了一些障碍： 问题是pathB不存在。 当我运行otool -L pathA/libIceUtil.34.dylib ，我得到了 install_name_tool -change ...

我的应用程序需要加载硬件制造商提供的dylib。 在dylib上使用otool会产生以下输出： 我想将@executable_path /../ Addittional /更改为实际上更短的@executable_path /../ Frameworks / ，因此它应该合适。 但是 ...

我正在尝试使用python导入MySQL模块，更具体地说是Flask，尽管我收到了一个错误。 我正在使用我的应用程序的虚拟环境。 这是错误： 我可以在错误中看到它Library not loaded: /Library/Python/2.7/site-packages/_mysql. ...

我需要使用install_name_tool重新链接文件。 有问题的文件允许我更改其中一个dylib路径，但是当我更改第二个（7个）时，我收到此错误： 在谷歌搜索后，我发现文件中的新路径没有足够的空间，我可以使用ld工具或libtool来解决这个问题。 但是，我无法弄清楚如何。 我 ...

相关，但不回答这个问题： 如何在构建时修改.dylib的安装名称 在OSX上，我有一个由打包管理器提供的动态库，安装在非标准目录中，install_name只是文件名。 例如： 我不想使用install_name_tool -id更改（绝对路径，@ RPATH，... ...

我有一个项目，需要生成两个可执行文件，一个是64位（x64_86），另一个是32位（i386）。 它们不能合并。 该项目包括链接到第三方框架。 XCode中的编译没有问题。 当单独使用xcodebuild（不传递任何参数）时，将按预期方式构建64位二进制文​​件，并且将第3方 ...

因此，针对1.0+的GStreamer文档似乎……至少可以说没有。 GStreamer SDK有一些帮助提示 ，但是不幸的是，它们没有达到要求。 所以，这就是我所做的。 我已经在/Library/GStreamer.Framework/中构建了一个调用GStreamer的应用程序 ...