Linux链接库四(多个库文件链接顺序问题)

最近在Linux下编程发现一个诡异的现象,就是在链接一个静态库的时候总是报错,类似下面这样的错误:

  1. (.text+0x13): undefined reference to `func‘

关于undefined reference这样的问题,大家其实经常会遇到,在此,我以详细地示例给出常见错误的各种原因以及解决方法,希望对初学者有所帮助。

1.  链接时缺失了相关目标文件(.o)

    测试代码如下:

然后编译。

  1. gcc -c test.c
  2. gcc –c main.c

得到两个 .o 文件,一个是 main.o,一个是 test.o ,然后我们链接 .o 得到可执行程序:

gcc -o main main.o

这时,你会发现,报错了:

  1. main.o: In function `main‘:
  2. main.c:(.text+0x7): undefined reference to `test‘
  3. collect2: ld returned 1 exit status

这就是最典型的undefined reference错误,因为在链接时发现找不到某个函数的实现文件,本例中test.o文件中包含了test()函数的实现,所以如果按下面这种方式链接就没事了。

  1. gcc -o main main.o test.o

【扩展】:其实上面为了让大家更加清楚底层原因,我把编译链接分开了,下面这样编译也会报undefined reference错,其实底层原因与上面是一样的。

  1. gcc -o main main.c //缺少test()的实现文件

需要改成如下形式才能成功,将test()函数的实现文件一起编译。

  1. gcc -o main main.c test.c //ok,没问题了

2.    链接时缺少相关的库文件(.a/.so)

在此,只举个静态库的例子,假设源码如下。

先把test.c编译成静态库(.a)文件

  1. gcc -c test.c
  2. ar -rc test.a test.o

至此,我们得到了test.a文件。我们开始编译main.c

  1. gcc -c main.c

这时,则生成了main.o文件,然后我们再通过如下命令进行链接希望得到可执行程序。

  1. gcc -o main main.o

你会发现,编译器报错了:

  1. /tmp/ccCPA13l.o: In function `main‘:
  2. main.c:(.text+0x7): undefined reference to `test‘
  3. collect2: ld returned 1 exit status

其根本原因也是找不到test()函数的实现文件,由于该test()函数的实现在test.a这个静态库中的,故在链接的时候需要在其后加入test.a这个库,链接命令修改为如下形式即可。

  1. gcc -o main main.o ./test.a //注:./ 是给出了test.a的路径

【扩展】:同样,为了把问题说清楚,上面我们把代码的编译链接分开了,如果希望一次性生成可执行程序,则可以对main.c和test.a执行如下命令。

  1. gcc -o main main.c ./test.a //同样,如果不加test.a也会报错

3.    链接的库文件中又使用了另一个库文件

这种问题比较隐蔽,也是我最近遇到的与网上大家讨论的不同的问题,举例说明如下,首先,还是看看测试代码。

从上图可以看出,main.c调用了test.c的函数,test.c中又调用了fun.c的函数。     首先,我们先对fun.c,test.c,main.c进行编译,生成 .o文件。

  1. gcc -c func.c
  2. gcc -c test.c
  3. gcc -c main.c

然后,将test.c和func.c各自打包成为静态库文件。

  1. ar –rc func.a func.o
  2. ar –rc test.a test.o

这时,我们准备将main.o链接为可执行程序,由于我们的main.c中包含了对test()的调用,因此,应该在链接时将test.a作为我们的库文件,链接命令如下。

  1. gcc -o main main.o test.a

这时,编译器仍然会报错,如下:

  1. test.a(test.o): In function `test‘:
  2. test.c:(.text+0x13): undefined reference to `func‘
  3. collect2: ld returned 1 exit status

就是说,链接的时候,发现我们的test.a调用了func()函数,找不到对应的实现。由此我们发现,原来我们还需要将test.a所引用到的库文件也加进来才能成功链接,因此命令如下。

  1. gcc -o main main.o test.a func.a

ok,这样就可以成功得到最终的程序了。同样,如果我们的库或者程序中引用了第三方库(如pthread.a)则同样在链接的时候需要给出第三方库的路径和库文件,否则就会得到undefined reference的错误。

4 多个库文件链接顺序问题

这种问题也非常的隐蔽,不仔细研究你可能会感到非常地莫名其妙。我们依然回到第3小节所讨论的问题中,在最后,如果我们把链接的库的顺序换一下,看看会发生什么结果?

  1. gcc -o main main.o func.a test.a

我们会得到如下报错.

  1. test.a(test.o): In function `test‘:
  2. test.c:(.text+0x13): undefined reference to `func‘
  3. collect2: ld returned 1 exit status

因此,我们需要注意,在链接命令中给出所依赖的库时,需要注意库之间的依赖顺序,依赖其他库的库一定要放到被依赖库的前面,这样才能真正避免undefined reference的错误,完成编译链接。

5. 在c++代码中链接c语言的库

如果你的库文件由c代码生成的,则在c++代码中链接库中的函数时,也会碰到undefined reference的问题。下面举例说明。

首先,编写c语言版库文件:

编译,打包为静态库:test.a

  1. gcc -c test.c
  2. ar -rc test.a test.o

至此,我们得到了test.a文件。下面我们开始编写c++文件main.cpp

然后编译main.cpp生成可执行程序:

  1. g++ -o main main.cpp test.a

会发现报错:

  1. /tmp/ccJjiCoS.o: In function `main‘:
  2. main.cpp:(.text+0x7): undefined reference to `test()‘
  3. collect2: ld returned 1 exit status

原因就是main.cpp为c++代码,调用了c语言库的函数,因此链接的时候找不到,解决方法:即在main.cpp中,把与c语言库test.a相关的头文件包含添加一个extern "C"的声明即可。例如,修改后的main.cpp如下:

  1. g++ -o main main.cpp test.a

再编译会发现,问题已经成功解决。

原文地址:https://www.cnblogs.com/liuzhenbo/p/11031460.html

时间: 2024-08-02 14:50:43

Linux链接库四(多个库文件链接顺序问题)的相关文章

Linux添加可执行文件/头文件/链接库的环境变量

对所有用户有效在/etc/profile增加以下内容.只对当前用户有效在Home目录下的.bashrc或.bash_profile里增加下面的内容:(注意:等号前面不要加空格,否则可能出现 command not found) #在PATH中找到可执行文件程序的路径.export PATH =$PATH:$HOME/bin #gcc找到头文件的路径C_INCLUDE_PATH=/usr/include/libxml2:/MyLibexport C_INCLUDE_PATH #g++找到头文件的路

Linux链接库二(动态库,静态库,库命名规则,建立个没有版本号的软连接文件)

http://www.cppblog.com/wolf/articles/74928.html http://www.cppblog.com/wolf/articles/77828.html http://www.jb51.net/article/34990.htm 1.概念和区别:    静态库就是在编译过程中一些目标文件的集合.静态库在程序链接的时候使用,链接器会将程序中使用到函数的代码从库文件中拷贝到应用程序中.一旦链接完成,在执行程序的时候就不需要静态库了.     由于每个使用静态库的

zt:我使用过的Linux命令之ar - 创建静态库.a文件

我使用过的Linux命令之ar - 创建静态库.a文件 本文链接:http://codingstandards.iteye.com/blog/1142358    (转载请注明出处) 用途说明 创建静态库.a文件.用C/C++开发程序时经常用到,但我很少单独在命令行中使用ar命令,一般写在makefile中,有时也会在shell脚 本中用到.关于Linux下的库文件.静态库.动态库以及怎样创建和使用等相关知识,参见本文后面的相关资料[3]<关于Linux静态库和动态库的分析>. 常用参数 格式

Linux 静态链接库和动态连接库

(0)文件夹 VMware 下安装Ubuntu的吐血经历 零基础学习Shell编程 Linux下的makefile的妙用 Linux调试神器 -- gdb 十分钟学会Python的基本类型 Linux 静态链接库和动态连接库 一:静态链接库的应用  三步走~~~ ##g++ -c StaticMath.cpp ##ar -crv libstaticmath.a StaticMath.o ##g++ -o run test_a.cpp -L. -lstaticmath #[@sjs_37_33 l

链接(extern、static关键词\头文件\静态库\共享库)

原文链接:http://www.orlion.ga/781/ 一. 多目标文件的链接 假设有两个文件:stack.c: /* stack.c */ char stack[512]; int top = -1; void push(char c) {         stack[++top] = c; } char pop(void) {         return stack[top--]; } int is_empty(void) {         return top == -1; }

Linux链接库一(动态库,静态库,库放在什么路径下)

http://www.cppblog.com/wolf/articles/74928.html http://www.cppblog.com/wolf/articles/77828.html http://www.jb51.net/article/34990.htm 大部分内容抄的以上文章的. 1 库的分类 根据链接时期的不同,库又有静态库和动态库之分. 静态库是在链接阶段被链接的(好像是废话,但事实就是这样),所以生成的可执行文件就不受库的影响了,即使库被删除了,程序依然可以成功运行. 有别于

整理Linux下gcc编译中关于头文件与库文件搜索路径相关问题

分类: MakeFile/Make/GCC/LD2010-11-20 23:15 535人阅读 评论(0) 收藏 举报 转者的话: 本文详细介绍了gcc 编译时 搜索头文件的路径以及方式, 编译时寻找lib库的方式, 以及运行时加载库的寻找方式!!!非常之经典啊!以后有新的知识都汇总到这里来了! 在交叉编译的时候我们需要用到其他的库,在config时候可以通过“-I”来指定头文件目录,但是每次都需要设置的话难免有些麻烦,找到一个简单的方法. 看下文的红色部分. 有大量的环境变量可供设置以影响 G

Linux的静态函数库和动态函数库

一.在Linux中,有两种函数库,以*.so后缀命名的是动态函数库,以*.a后缀命名的是静态函数库 对于静态函数库:在编译链接时候,程序所需要的函数会从静态函数库中拷贝到执行文件中.当程序运行的时候,就不需要链接外部的函数库了. 对于动态函数库:在编译链接时,程序所需要的函数不会从动态函数库中拷贝出来,而是在程序运行的时候,才会将所需要的函数加载进来. 二.静态函数库 1.静态函数库是多个目标文件*.o的集合 2.可以使用ar命令(archiver)来生成.a文件 gcc -c part_a.c

Linux下gcc编译控制动态库导出函数小结

Linux下gcc编译控制动态库导出函数小结 来源 https://www.cnblogs.com/lidabo/p/5703890.html 根据说明文档“How To Write Shared Libraries"介绍, 有四种方法: 1. 在方法声明定义时,加修饰:__attribute__((visibility("hidden"))) 就是说将不公开的函数都加上这个属性,没加的就是可见的 2. gcc 在链接时设置 -fvisibility=hidden,则不加 v