如何避免“重复符号”共享静态库的 xcode 中出现错误？

Question

我将静态库 A、B 和 C 组织到 Xcode 项目中。 A 和 B 依赖于 C。当我构建依赖于 A 和 B 的 iPhone 项目时，我收到链接器错误，指出在 A 和 B 中检测到重复符号（来自 C）。我如何组织这三个静态库，以便我可以将它们包含在其他 Xcode 项目中而不会遇到此错误吗？

Answer 1

Carl 的答案是正确的，但原因是错误的：将静态库链接在一起实际上没有任何问题，正如我们使用 Carl 自己的示例所看到的那样。设置 Carl 的示例代码，然后执行以下操作：（我使用 libtool，因为 XCode 使用的是 libtool）

neutron:libtest jamie$ libtool -o a2.a a.a c.a
neutron:libtest jamie$ libtool -o b2.a b.a c.a
neutron:libtest jamie$ gcc main.o a2.a b2.a -o app2
neutron:libtest jamie$ ./app2
a
c
b
c
neutron:libtest jamie$ 

这将 a2.a 和 b2.a 与 main.o 链接。根据 Carl 的说法，这是 OP 问题的根源，app2 不应该链接。但当然是这样。链接器足够聪明，可以忽略同一文件的两个实例。我们可以看到 a2.a 和 b2.a 都包含 co：

neutron:libtest jamie$ ar -t a2.a
__.SYMDEF SORTED
a.o
c.o
neutron:libtest jamie$ ar -t b2.a
__.SYMDEF SORTED
b.o
c.o

但它链接得很好。

我认为，问题与通用二进制文件有关，无论是 PPC/x86 通用二进制文件，还是 armv6/armv7 iPhone 通用二进制文件。这里的问题是 类别 存在错误，并且该修复（将 -all_load 添加到链接器标志）是仅适用于单一体系结构的修复。使用 -all_load 会破坏链接器忽略为多个体系结构定义的符号的能力，并且您会遇到重复符号错误。

我写了关于它这里 包括比使用 -all_load 更好的解决方案。

Answer 2

使用 -all_load 的替代方法是仅对需要的库使用 -force_load“path_to_lib”。例如，您可以使用类似以下内容的内容：-force_load "$(PROJECT_DIR)/libname"。

这避免了您需要对 Jamie 的解决方案执行的操作，该解决方案需要您修改实现文件。

这是 Three20 项目采用的解决方案：http://groups。 google.com/group/third20/browse_thread/thread/ec208be4ff8b4dcb/0dccf992a26850df

编辑：从 Xcode 4.3 开始，需要 -all_load 和 -force_load 已被删除。现在只需要 -ObjC 。有关更多详细信息，请参阅 https://stackoverflow.com/a/2615407/211292。

Answer 3

这个问题不一定与 Xcode 或 Objective-C 相关。不要将库链接/归档到其他库中。 A& B 仅在最终链接时依赖于 C，而不是在构建时依赖于 C。您想要：

1. 构建 A
2. 构建 B
3. 构建 C
4. 构建应用程序 &链接

这是我用来演示的示例项目：

Makefile:

app: main.o a.a b.a c.a
        gcc $^ -o $@

%.o: %.c
        gcc -Wall -c $^

%.a: %.o
        ar -r $@ $^

clean:
        rm -rf *.o *.a app

ac:

#include <stdio.h>
void c(void);

void a(void)
{
  printf("a\n");
  c();
}

bc:

#include <stdio.h>
void c(void);

void b(void)
{
  printf("b\n");
  c();
}

cc:

#include <stdio.h>

void c(void)
{
  printf("c\n");
}

main.c:

#include <stdio.h>

void a(void);
void b(void);

int main(int argc, char *argv[])
{
  a();
  b();
  return 0;
}

Build and run log:

$ make
gcc -Wall -c main.c
gcc -Wall -c a.c
ar -r a.a a.o
ar: creating archive a.a
gcc -Wall -c b.c
ar -r b.a b.o
ar: creating archive b.a
gcc -Wall -c c.c
ar -r c.a c.o
ar: creating archive c.a
gcc main.o a.a b.a c.a -o app
rm a.o b.o c.o
$ ./app 
a
c
b
c