gcc库的链接顺序和依赖问题

最新推荐文章于 2023-08-12 11:49:39 发布

xiaowhy

最新推荐文章于 2023-08-12 11:49:39 发布

阅读量2.2k

点赞数 4

分类专栏： C++

本文链接：https://blog.youkuaiyun.com/XiaoWhy/article/details/111984479

版权

C++ 专栏收录该内容

31 篇文章

订阅专栏

GCC在链接库时，库的顺序至关重要。如果库之间存在依赖，应当将被其他库调用的库放在后面。例如，由于libm中的log函数依赖libc中的__errno变量，链接顺序应为-lm -lgcc -lc。实际应用中，如liblog4cxx.a依赖libapr.a，libapr.a依赖libaprutil.a，libaprutil.a依赖libexpat.a，链接顺序应为liblog4cxx.alibapr.alibaprutil.alibexpat.a。理解这一原则能避免函数找不到定义的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

gcc在链接库时，如果库之间有依赖顺序，应该把被上层依赖的库放在后面

参考

https://www.cnblogs.com/ironx/p/4939508.html

gcc库的链接顺序，官方是这么解释的：

https://gcc.gnu.org/onlinedocs/gcc-5.2.0/gcc/Link-Options.html#Link-Options

gcc -l 解释如下:
       -l library
           Search the library named library when linking. (The second alter-
           native with the library as a separate argument is only for POSIX
           compliance and is not recommended.)

           It makes a difference where in the command you write this option;
           the linker searches and processes libraries and object files in the
           order they are specified. Thus, foo.o -lz bar.o searches library z
           after file foo.o but before bar.o. If bar.o refers to functions in
           z, those functions may not be loaded.

这句话翻译过来的意思就是说，如果你的库在链接时安排的顺序是：foo.o -lz bar.o。那么gcc的链接器先搜索库foo，然后是z库，然后是bar库。

这样就带来一个问题，如果库bar调用了库z里面的函数，但是链接器是先搜索的库z，这时候并没有发现库bar调用库z啊，所以就不会把库z中的这部分函数体挑出来进行链接。

而是只把库z中，被foo库调用的函数体挑出来。

回到我们之前的描述。

由于__errno全局变量是定义在库libc中，而库libm中的log函数会访问__errno全局变量。这就要求链接时，libm在libc的前面。所以我们应该这样安排库的链接顺序：

-lm -lgcc -lc

一句话，越是被别人调用的越底层的库，就越放在后面；越是调用别人的越上层的库，就越放在前面。

实际应用中，在编译时用的liblog4cxx.a时，依赖libapr.a库，libapr.a库又依赖libaprutil.a库，libaprutil.a又依赖libexpat.a库，在g++ Makefile文件的顺序应该是liblog4cxx.a libapr.a libaprutil.a libexpat.a