gpt4 book ai didi

linker - 动态链接的静默重复符号错误

转载 作者:行者123 更新时间:2023-12-02 03:59:59 26 4
gpt4 key购买 nike

我有以下 C 文件:

Base.h:

void g();
void h();

Base.c:

#include <stdio.h>
#include <Base.h>

void g() {
printf("This is lib g\n");
h();
}

void h() {
printf("This is lib h\n");
}

交流:

#include <stdio.h>
#include <Base.h>

void h() {
printf("This is A h\n");
}

void main() {
g();
h();
}

我编译并链接如下:

$ gcc -c -fPIC -o Base.o -I. Base.c
$ gcc -shared -o libBase.so Base.o
$ gcc -c -o A.o A.c
$ gcc -o A A.o -lBase -L.

现在我运行程序

$ LD_LIBRARY_PATH=. ./A

并获得:

This is lib g
This is A h
This is A h

这意味着,对 libBase 中 h 的调用由 A.o 的 h 解析。这不是我所期望的。我要么期望动态链接器用 libBase 中的 h 解析对 libBase 中 h 的调用,要么在第四次 gcc 调用中出现错误消息。

如果我将 A.c 中的 h 重命名为 h1

#include <stdio.h>
#include <Base.h>

void h1() {
printf("This is A h1\n");
}

void main() {
g();
h1();
}

我得到了

This is lib g
This is lib h
This is A h1

因此,在这种情况下,h 已按我的预期得到解决。

我必须做什么才能获得错误消息或将 g 中的调用解析为 libBase 中的 h ?

最佳答案

This is not what I expected.

你的期望是错误的。这是大多数 UNIX 系统上共享库的工作方式:加载程序只是沿着加载的库列表向下查找,并尝试查找给定的符号。第一个定义符号“wins”的库。

这种行为有很多优点。一个例子:您可以 LD_PRELOAD libtcmalloc.so,突然间所有 mallocfree 调用都会解析为 tcmalloc.

在 ELF 系统上,您可以使用 -Bsymbolic 链接器标志修改此行为(在通过 GCC 传递时使用 -Wl,-Bsymbolic)。请注意:-Bsymbolic 会“违反系统”,因此您可能会得到许多意想不到的不良副作用。

另请参阅this回答。

关于linker - 动态链接的静默重复符号错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13078411/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com