c - 使用"undefined reference to symbol"链接时出现`ld`错误

Question

我不熟悉在 Linux 上编写程序。我有一个使用 shm_open、ftruncate、mmap、fork 和 wait< 的模块程序。我用 gcc -c 编译了这个程序，然后用 ld -lrt 链接了它(shm_open 需要 librt)，我得到了一个奇怪的链接器错误:

undefined reference to symbol 'waitpid@@GLIBC_2.2.5'

wait 的联机帮助页说

Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
   waitid():
       Since glibc 2.26: _XOPEN_SOURCE >= 500 ||
           _POSIX_C_SOURCE >= 200809L
       Glibc 2.25 and earlier:
           _XOPEN_SOURCE

但是将 #define _XOPEN_SOURCE 放在代码中并没有帮助，如果我这样做的话

gcc -c -D _XOPEN_SOURCE 

编译器说出一个隐式声明ftruncate。

我在 VMWare 下运行 Ubuntu。 GCC 版本为 gcc (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609。

有什么问题吗？

Answer 1

I compiled this program with gcc -c and then linked it with ld -lrt

除非您更有经验，否则不应尝试直接调用 ld。相反，使用 gcc(或 cc)命令链接您的程序并编译它们。对于您的用例，命令行如下:

gcc -o myprogram myprogram.o -lrt

应该可以。 (注意 -lrt 的位置；在大多数情况下，-l 选项需要在命令行上在目标文件之后，因为单调乏味历史原因。)

在幕后，当您使用 gcc 命令链接程序时，它会为您运行 ld，但它包括一整串额外的论据。这些都是构造普通程序所必需的，而且它们足够复杂，普通程序员不必担心它们。额外的参数之一是-lc，它告诉ld 包含C 运行时库的核心，它提供了waitpid@@GLIBC_2.2.5< 的定义 您的链接中丢失了。 (不要自己尝试将 -lc 粘贴到 ld 命令行上。实际上，请尝试一下。您会发现您只会收到更神秘的错误消息，可能类似于 warning: cannot find entry symbol _start 或 undefined reference to __bswapsi2 或者谁知道。)

如果你好奇的话，你可以通过在上面的 gcc 调用中添加一个 -v 来查看所有这些额外的参数是什么，但这是一团糟只有编译器开发人员需要担心其中的大部分。

为什么是 gcc 命令而不是 ld 命令知道正确链接普通程序所需的所有这些额外参数？它主要是历史的，但想法是 ld 是最小的，所以如果你正在做一些不寻常的事情(例如链接操作系统内核)你不需要关闭任何正常的off，你只需要从零开始并建立起来。但是，对于普通程序，人们可以使用 (g)cc 而不必担心额外的参数。

顺便说一句，您在手册中找到的有关 _XOPEN_SOURCE 的内容并不是关于如何在链接时使 wait 可用；它是关于如何使wait 的声明 在编译 时可用。此外，您定义 _XOPEN_SOURCE 的值很重要。将其定义为 -D_XOPEN_SOURCE 而不是 -D_XOPEN_SOURCE=500 是您提示 ftruncate 的隐式声明的原因。