ios – 在构建时更改子例程名称以避免Xcode中的冲突

假设我提到了3个C库.假设它有以下代码.

库1 – test1lib.a,代码：

#include <stdio.h>

void dostuff()
{
  printf("\nDoing stuff for lib1\n");
}

void uniqueEntryPoint1()
{
  printf("\nUnique entry point for lib1\n");
  dostuff();
}

库2 – test2lib.a,代码：

#include <stdio.h>

void dostuff()
{
  printf("\nDoing stuff for lib2\n");
}

void uniqueEntryPoint2()
{
  printf("\nUnique entry point for lib2\n");
  dostuff();
}

库3 – test3lib.a,代码：

#include <stdio.h>

void dostuff()
{
  printf("\nDoing stuff for lib3\n");
}

void uniqueEntryPoint3()
{
  printf("\nUnique entry point for lib3\n");
  dostuff();
}

这里每个库都有一个独特的函数和一个常用函数dostuff()

当我们将这3个库添加到xcode并链接它们时. xcode链接但不加载所有对象文件.让我们说客观的C代码是这样的：

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view,typically from a nib.
    uniqueEntryPoint1();

}

输出是

Unique entry point for lib1

Doing stuff for lib1

在这种情况下,xcode将仅加载被引用的符号(库1对象).

如果您阅读了链接器标志/选项,例如-all_load,-force_load和-objC,您将更好地理解.

如果我们添加-all_load链接器选项,它将强制链接器加载库的所有对象,因此我们将在xcode中获得以下错误

ld: 2 duplicate symbols for architecture arm64
clang: error: linker command Failed with exit code 1 (use -v to see invocation)

这是因为链接器检测到多次重新定义dostuff()而失败的原因.

解决此问题的唯一@L_489_6@是更改​​链接器输入,即这3个库中存在的符号. Josh在评论中已经提到过这一点.我要加0.02美元.

可能的解决方案

解决方案1：

最好的解决方案(自解释)是在有权访问源代码的情况下更改源代码.

解决方案2：

使用objcopy重命名或添加函数前缀,如@L_607_97@的答案中所提供

现在你怀疑如何找到objcopy.

选项1：
你可以使用这个项目https://github.com/RodAtDISA/llvm-objcopy.这将与llvm一起构建时很难编译.您必须按照http://llvm.org/docs/GettingStarted.html和http://llvm.org/docs/CMake.html的说明进行操作.

如果重写https://github.com/RodAtDISA/llvm-objcopy/blob/master/llvm-objcopy.cpp,则可以重用解析和对象重写逻辑,而不依赖于llvm.

选项2：

从https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=binutils/objcopy.c;h=2636ab4bcb34cf1e1e54db9933018a805b366727;hb=HEAD编译并重用binutils objcopy

解决方案3：

您可以按照理查德在此链接Rewriting symbols in static iOS libraries中提供的答案进行操作.这更像是一个黑客,但如果使用十六进制编辑器,您可以重写符号,如果它们的长度保持不变.如果您有更多符号及其大型库,则可以考虑使用https://sourceforge.net/projects/bbe-/和nm编写脚本.

所有这一切都是相当大的努力,但显然没有捷径.