博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
多个动态库的依赖问题(先后顺序务必注意)
阅读量:4165 次
发布时间:2019-05-26

本文共 1104 字,大约阅读时间需要 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的错误,完成编译链接。

转载地址:http://luexi.baihongyu.com/

你可能感兴趣的文章
【MySQL for Mac】navicat for mysql中文乱码问题——MySQL在Mac的字符集设置
查看>>
Research Institute of multi-core processor
查看>>
嵌入式领域相关期刊和会议
查看>>
软中断与硬中断
查看>>
软中断机制
查看>>
POWERPC 汇编指令tips
查看>>
32位PowerPC常用指令集总结
查看>>
Labview各版本软件下载链接
查看>>
Liu C L和Layland J W的论文:RMS调度算法和EDF调度算法
查看>>
记一次java应用性能调优
查看>>
选择排序---每次都是最优解
查看>>
插入排序---一步步接近真相
查看>>
希尔排序---插入排序的预处理
查看>>
归并排序---天下大事,合久必分,分久必合
查看>>
快速排序---左右互搏(换)术
查看>>
深入理解java集合类
查看>>
也说线程
查看>>
Java同步器框架剖析
查看>>
java并发之ThreadPoolExecutor分析
查看>>
设计模式之spring分析
查看>>