为什么 -r 选项（可重定位）使 ld 找不到任何库？

Question

使用 GNU ld 2.21 运行 Debian/Linux x86_64。

很简单，如果我链接

ld -o main main.o /usr/lib/crti.o /usr/lib/crt1.o /usr/lib/crtn.o -lc -lm

It 有效，但是当我链接

ld -r -o main1.o main.o /usr/lib/crti.o /usr/lib/crt1.o /usr/lib/crtn.o -lc -lm

It 抱怨

ld: cannot find -lc
ld: cannot find -lm

时，我实际上并没有尝试以这种方式编译代码，而是试图弄清楚为什么其他人的测试是否存在库不存在在职的。 （因此我不太明白ld发生了什么......通常我只是使用GCC来链接）

为什么告诉ld以可重定位的方式链接使它成为可能突然找不到库了？ 之外我还应该做什么

ld -r -lm

如果我只是想测试 -lm 是否存在，除了让它找到该库

？如果您想查看我正在处理的源代码，可以在这里下载：https://github.com /jeremysalwen/ESPS （注意，第一次提交是原始源代码，后续的都是我个人所做的更改。）

Answer 1

MacOS X

在 MacOS X 上，ld 的手册页对 -r 选项非常明确：

-r 合并目标文件以生成文件类型为 MH_OBJECT 的另一个 mach-o 目标文件。

因此，如果您使用的是 MacOS X，问题在于 -lm 不是 Mach-O 目标文件，-lc 也不是。但是，理论上，如果您有目标文件 main.o、obj1.o 和 obj2.o 并且您这样做：

cp obj1.o ./-lm
cp obj2.o ./-lc
ld -r -o main1.o main.o -lm -lc

那么它可能会起作用。在实践中，它不会，并且在您得到的错误中：

ld: warning: unexpected dylib (/usr/lib/libm.dylib) on link line
ld: warning: unexpected dylib (/usr/lib/libc.dylib) on link line

但是，运行：

ld -r -o main1.o -arch x86_64 main.o obj1.o obj2.o

加载程序没有任何抱怨。

Linux

在 Linux 上，ld 的手册页不太明确，但表示：

-i 执行增量链接（与选项 -r 相同）。

<代码>-r
--可重定位

生成可重定位输出——即生成一个输出文件，该文件又可以用作ld的输入。这通常称为部分链接。作为副作用，在支持标准 Unix 幻数的环境中，此选项还将输出文件的幻数设置为“OMAGIC”。如果未指定此选项，则会生成绝对文件。当链接 C++ 程序时，此选项不会解析对构造函数的引用；为此，请使用 -Ur。

当输入文件与输出文件的格式不同时，仅当该输入文件不包含任何重定位时才支持部分链接。不同的输出格式可能有进一步的限制；例如，某些基于“a.out”的格式根本不支持与其他格式的输入文件的部分链接。

此选项与 -i 执行相同的操作。

从字里行间看，这也获取目标文件并将它们转换为目标文件；它不会添加库。如果您考虑一下，不会创建包含对库的引用的目标文件。

因此，尽管在某些平台上可以在使用 -r 选项时为链接器（加载器）指定库，但在其他平台上却不能。

解决方法

最初的问题是确定库是否存在。为什么不模仿 autoconf 的做法，并创建一个 main.c ，根据偏好，它包含对库中定义的符号的引用，但它可以简单地包含：

int main(void){return 0;}

并使用 C 编译器进行编译和链接：

cc -o main main.c -lm -lc

如果它不起作用，则说明缺少其中一个库。如果您已经检查过 -lc 是否存在，那么您可以推断 -lm 已丢失。

Answer 2

echo $LD_PRELOAD 向您展示了什么？

也许错误消息是说 ld 无法找到链接库的 .so 。您可以通过将 LD_PRELOAD 设置为指向这些 .so 文件来提供帮助。