您的链接在引用它们的对象文件之前消耗了库
- 您正在尝试编译程序并将其与GCC工具链链接。
- 您的链接指定了所有必需的库和库搜索路径
- 如果
libfoo要看libbar，那么你的正确联动放libfoo之前libbar。
- 您的联系失败，
undefined reference to 一些错误。
- 但是所有未定义的东西 s都在
#included 的头文件中声明，
并且实际上在要链接的库中定义。
例子在C中。它们同样可能是C ++
一个涉及您自己构建的静态库的最小示例
my_lib.c
#include "my_lib.h"
#include <stdio.h>
void hw(void)
{
puts("Hello World");
}
my_lib.h
#ifndef MY_LIB_H
#define MT_LIB_H
extern void hw(void);
#endif
eg1.c
#include <my_lib.h>
int main()
{
hw();
return 0;
}
您构建静态库：
$ gcc -c -o my_lib.o my_lib.c
$ ar rcs libmy_lib.a my_lib.o
您编译程序：
$ gcc -I. -c -o eg1.o eg1.c
您尝试将其链接libmy_lib.a并失败：
$ gcc -o eg1 -L. -lmy_lib eg1.o
eg1.o: In function `main':
eg1.c:(.text+0x5): undefined reference to `hw'
collect2: error: ld returned 1 exit status
如果一步编译和链接，将得到相同的结果，例如：
$ gcc -o eg1 -I. -L. -lmy_lib eg1.c
/tmp/ccQk1tvs.o: In function `main':
eg1.c:(.text+0x5): undefined reference to `hw'
collect2: error: ld returned 1 exit status
一个涉及共享系统库，压缩库的最小示例 libz
eg2.c
#include <zlib.h>
#include <stdio.h>
int main()
{
printf("%s\n",zlibVersion());
return 0;
}
编译程序：
$ gcc -c -o eg2.o eg2.c
尝试将程序链接到libz并失败：
$ gcc -o eg2 -lz eg2.o
eg2.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
collect2: error: ld returned 1 exit status
如果您一次性编译和链接，也是如此：
$ gcc -o eg2 -I. -lz eg2.c
/tmp/ccxCiGn7.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
collect2: error: ld returned 1 exit status
而示例2的变体涉及pkg-config：
$ gcc -o eg2 $(pkg-config --libs zlib) eg2.o
eg2.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
你在做什么错
在要链接以创建程序的目标文件和库的顺序中，将库放置在引用它们的目标文件之前。您需要将库放在引用它们的对象文件之后。
正确链接示例1：
$ gcc -o eg1 eg1.o -L. -lmy_lib
成功：
$ ./eg1
Hello World
正确链接示例2：
$ gcc -o eg2 eg2.o -lz
成功：
$ ./eg2
1.2.8
pkg-config正确链接示例2的变体：
$ gcc -o eg2 eg2.o $(pkg-config --libs zlib)
$ ./eg2
1.2.8
说明
从这里开始阅读是可选的。
默认情况下，GCC在您的发行版上生成的链接命令会按命令行顺序从左到右使用链接中的文件。当发现文件引用了某个东西
并且不包含该文件的定义时，它将在右边的文件中搜索一个定义。如果最终找到定义，则引用将被解析。如果最后没有解决任何引用，则链接失败：链接器不会向后搜索。
首先，示例1，带有静态库my_lib.a
静态库是目标文件的索引存档。当链接程序-lmy_lib在链接序列中发现并指出此链接库是静态库时./libmy_lib.a，它想知道您的程序是否需要中的任何目标文件libmy_lib.a。
libmy_lib.a即my_lib.o，只有目标文件，而其中定义的只有一件事my_lib.o，即函数hw。
链接器将my_lib.o在且仅当它已经知道您的程序引用了hw已经添加到程序中的一个或多个目标文件，并且已经添加的所有目标文件都不包含一个链接时，才决定您的程序需要。的定义hw。
如果是这样，则链接器将从my_lib.o库中提取一个副本并将其添加到您的程序中。然后，你的程序中包含了一个定义hw，所以它的引用hw都解决了。
当您尝试像这样链接程序时：
$ gcc -o eg1 -L. -lmy_lib eg1.o
链接器尚未添加 eg1.o 时，它
到程序中-lmy_lib。因为那时还没有看到eg1.o。你的程序还没有做出任何引用hw：它还没有做出任何引用可言，因为所有的引用它使在eg1.o。
因此，链接器不会添加my_lib.o到程序中，也不能用于libmy_lib.a。
接下来，它找到eg1.o，并将其添加为程序。链接序列中的目标文件总是添加到程序中。现在，该程序引用hw，并且不包含的定义hw。但是链接序列中没有任何东西可以提供缺少的定义。对的引用hw最终未解决，并且链接失败。
第二，示例2，带有共享库libz
共享库不是目标文件或类似文件的存档。它更像是一个没有功能的程序，main而是公开它定义的多个其他符号，以便其他程序可以在运行时使用它们。
今天，许多Linux发行版配置自己的gcc工具，这样它的语言驱动程序（gcc，g++，gfortran等）指示系统链接（ld）链接共享库的上按需的基础。您有其中一个发行版。
这意味着当链接器发现 -lz在链接序列中并该链接库是指共享库（例如）时/usr/lib/x86_64-linux-gnu/libz.so，它想知道是否已添加到程序中但尚未定义的任何引用都具有以下定义：出口者libz
如果是这样，则链接器将不会复制任何块libz并将其添加到您的程序中。相反，它只会篡改您程序的代码，从而：-
您的程序只想引用具有导出定义libz的功能zlibVersion，即在中仅被引用一次的功能eg2.c。如果链接器将该引用添加到您的程序，然后找到导出的定义libz，则该引用为解析
但是，当您尝试像这样链接程序时：
gcc -o eg2 -lz eg2.o
事件的顺序是与示例1相同的方式是错误的。在链接器找到时-lz，程序中没有对任何内容的引用：它们全部位于中eg2.o，但尚未看到。因此，链接器认为它对没有用libz。到达时eg2.o，将其添加到程序中，然后具有对的未定义引用zlibVersion，链接序列完成；该引用未解决，并且链接失败。
最后，pkg-config示例2 的变体现在有了明显的解释。展开外壳后：
gcc -o eg2 $(pkg-config --libs zlib) eg2.o
变成：
gcc -o eg2 -lz eg2.o
这只是示例2。
我可以在示例1中重现该问题，但在示例2中无法重现
链接：
gcc -o eg2 -lz eg2.o
适用于您！
（或者：这种连接对您来说很有效，例如Fedora 23，但是在Ubuntu 16.04上失败）
这是因为链接起作用的发行版是未配置其GCC工具链以按需链接共享库的发行版之一。
过去，类Unix系统通过不同的规则链接静态库和共享库是正常的。链接序列中的静态库按示例1中所述按需链接，但共享库则无条件链接。
这种行为在链接时很经济，因为链接器不必考虑程序是否需要共享库：如果它是共享库，则将其链接。大多数链接中的大多数库都是共享库。但是也有缺点：
这种折衷导致了今天的分裂局面。一些发行版已经更改了它们对共享库的GCC链接规则，以便按需
原则适用于所有库。一些发行版仍然使用旧方法。
即使同时进行编译和链接，为什么仍会出现此问题？
如果我只是这样做：
$ gcc -o eg1 -I. -L. -lmy_lib eg1.c
当然，gcc必须先进行编译eg1.c，然后将生成的目标文件与链接libmy_lib.a。那么，如何在链接时不知道需要目标文件呢？
因为使用单个命令进行编译和链接不会更改链接序列的顺序。
当您运行上面的命令时，会gcc指出您需要编译+链接。因此，在幕后，它将生成一个编译命令，然后运行它，然后生成一个链接命令，然后运行它，就像您已经运行了这两个命令一样：
$ gcc -I. -c -o eg1.o eg1.c
$ gcc -o eg1 -L. -lmy_lib eg1.o
所以联动失败只是因为它，如果你不运行这两个命令。您在失败中注意到的唯一区别是gcc在compile + link情况下生成了一个临时目标文件，因为您没有告诉它使用eg1.o。我们看：
/tmp/ccQk1tvs.o: In function `main'
代替：
eg1.o: In function `main':
也可以看看
指定相互依赖的链接库的顺序错误
将相互依存的库放错顺序只是获得需要定义的文件的一种方法，该文件需要在链接中晚于提供定义的文件。将库放在引用它们的目标文件之前是犯同样错误的另一种方法。