c++ - 将 Mach-O 可执行文件与静态库合并？

Question

假设你有

现在应该可以合并两个构建的产品以生成一个新的 iOS 可执行文件，它与旧的一样，除了它现在还与附加的静态库链接，并且在执行时将运行静态库的静态初始化程序。

哪个工具（如果有）可以帮助解决这个合并问题？

编辑：一个可接受的解决方案也是使用 dlopen 动态加载库。这样做的全部目的是为了应用程序测试，所以重新链接的应用程序永远不会看到应用程序商店。

score 1 · Accepted Answer

编译器的工作原理（简单解释）

最流行的 C++ 编译器（比如 GCC）通过将所有 C++（以及 Obj-C、C 等）代码转换为 ASM 来工作。

然后它为目标处理器调用适当的汇编程序，并创建对象二进制文件。

然后它调用链接器，在这些二进制文件中搜索解释什么与什么链接的符号。链接器可以做的一个常见优化也是从静态链接的库中删除最终二进制文件中未使用的任何内容，其他常见的优化是不尝试链接所有未使用的库。

最后，链接器删除了它只需要的东西。

你有一个图书馆，图书馆有链接符号。您还有一个可执行文件，它的链接符号被剥离，实际上取决于它是如何优化的，内部跳转可能只有几条 jmp 指令到代码上的任意地址。没有机器可以自动执行您想要的操作，因为您没有可执行文件所需的信息。

您需要反汇编可执行文件，自行确定函数调用的位置，然后使用库手动重新组装它，将这些函数调用更改为跳转到库中的地址。

这个过程有时被游戏修改者用来更改旧游戏的视频驱动程序（例如更新他们的 OpenGL 版本，或者强制 Glide 游戏使用一些更新的驱动程序，等等）。

因此，如果您无论如何都想这样做（我警告您：尽管这样做是荒谬的疯狂...），请问那些人:)我现在不记得有人指向您，但是它们确实存在。

当您处于正常链接阶段时，编译后的目标文件就像机器可以理解的源代码，根据需要充满了函数调用。

编译后，所有的函数调用都变成了goto。

因此，如果你是一个负责做你想做的事情的链接器，想象一下你正在阅读一个充满 goto 的源代码到代码中的随机位置（有时甚至是内部循环），并且你必须以某种方式弄清楚哪些是那些你想改变跳到你试图粘贴在那里的新部分。