问题描述
我正在尝试分发依赖于某些 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 (将#修改为@）