如何解决如何处理代码签名的第 3 方库进行分发？
我正在尝试分发依赖于某些 gcc 库（例如 libgcc_s.2.dylib 和 libstdc++.6.dylib）的 .app，我需要一些有关处理代码签名的建议。
由于我将分发此文件，因此我将应用程序依赖的所有 gcc 库复制到 .app 中，这意味着链接路径将不再正确。为了解决这个问题，我使用 install_name_tool -change 将链接路径更新为正确的路径，如下所示：
install_name_tool -change /opt/homebrew/lib/gcc/libgcc_s.2.dylib @loader_path/libgcc_s.2.dylib libstdc++.6.dylib
由于这是一个已经签名的 3rd 方库，这样做会输出以下警告：
install_name_tool: warning: changes being made to the file will invalidate the code signature in: libstdc++.6.dylib
这有效地破坏了我的应用程序，因为代码签名对 3rd 方库不再有效。现在这给我留下了一个问题：我该如何解决这个问题？即使我不是这些 3rd 方库的开发者，我也可以自己对它们进行协同设计吗？如果是这样，我该怎么做？我在研究中没有发现任何类似的问题，但这似乎是分发 mac 应用程序的基本问题。
当您需要分发依赖于第三方库的应用程序时，您究竟如何处理协同设计的 3rd 方库，因为您需要将它们配置为在移动它们后正确链接？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
