为什么有时使用 GCC 时库链接器标志必须在最后消失？

问题描述：

我正在编写一个使用 librt 的小型 C 程序。我很惊讶，如果我将链接标志放在开头而不是结尾，程序将无法编译：

目前，为了编译该程序，我执行以下操作：

gcc -o prog prog.c -lrt -std=gnu99

如果我执行以下操作，将无法找到 librt 中的函数：

gcc -std=gnu99 -lrt -o prog prog.c

但是，这可以与其他库一起使用。我在尝试使用简单的 Makefile 时发现了这个问题。make 实际上先编译了 prog.c（使用 -c 标志），然后进行了链接。

这是 Makefile：

CC = gcc

CFLAGS = -std=gnu99

LIBS= -lrt

LDFLAGS := -lrt


prog: prog.o

        $(CC) -o prog prog.c -lrt -std=gnu99

输入 make 后我将得到的输出是：

gcc -std=gnu99   -c -o prog.o prog.c
gcc -lrt  prog.o   -o prog
prog.o: In function `main':
prog.c:(.text+0xe6): undefined reference to `clock_gettime'
prog.c:(.text+0x2fc): undefined reference to `clock_gettime'
collect2: ld returned 1 exit status
make: *** [buff] Error 1

我现在已经编写了一个 Makefile，将链接放在 gcc 行的末尾，但我很困惑为什么如果链接标志在开头它就不起作用。

如果有人能向我解释这一点，我将不胜感激。谢谢。

解决方案 1：

当链接器处理每个模块（无论是库还是目标文件）时，它会尝试解析每个未定义符号，同时可能会将其添加到未定义符号列表中。当它到达模块列表末尾时，它要么已解析所有未定义符号并成功，要么报告未定义符号。

就您而言，当它处理 librt 时，它没有未定义的符号。处理 proc 导致 clock_gettime 成为未定义的符号。gcc 不会返回并在 librt 中查找未定义的符号。

因此，您应该始终首先拥有您的代码，然后是您的库，然后是平台提供的库。

希望这有帮助。

解决方案 2：

来自ld（GNU 链接器）文档（http://sourceware.org/binutils/docs/ld/Options.html#Options）：

链接器只会在命令行指定的位置搜索一次档案。如果档案定义了命令行中档案之前出现的某个对象中未定义的符号，则链接器将从档案中包含相应的文件。但是，命令行中稍后出现的对象中的未定义符号不会导致链接器再次搜索档案。

因此，如果您过早指定库，链接器将扫描它，但找不到任何感兴趣的内容。然后，链接器转到编译器生成的目标文件并找到需要解析的引用，但它已经扫描了库，不会再去那里查找。