问题描述
在gcc/g++编译项目的最后一个阶段,是通过链接器ld来将各个目标文件链接在一个可执行程序中。如果链接过程中需要链接第三方库,可能是静态链接也可能是动态链接,都有可能链接失败,编译错误如下图所示:
g++ main.o Org3/Org3.a Org1/Org1.a -o main
/usr/bin/ld: Org1/Org1.a(Gen2.o): in function `Gen2::NewGen3()':
Gen2.cpp:(.text+0xb9): undefined reference to `Gen3::Gen3(Gen2&)'
collect2: error: ld returned 1 exit status
问题分析
在这个项目中,类Gen2的成员函数NewGen3()定义了类Gen3的对象。创建类Gen3的对象时调用的构造函数是Gen3(Gen2&)。也就是说,虽然类Gen3的构造函数具有形参类型Gen2&,但从
函数调用栈的角度来说,Gen2::NewGen3()调用了Gen3::Gen3(Gen2&)。这就是说,链接器ld在链接Gen2::NewGen3()的时候必须首先知道函数Gen3::Gen3(Gen2&)的链接地址。所以,在顺序上,函数Gen3::Gen3(Gen2@)要先于函数Gen2::NewGen3()链接。
问题解决
如果待链接进可执行文件的都是目标文件,则不需要考虑链接顺序。但如果主调被调关系的一组函数分别在两个不同的库中,则必须考虑链接顺序。按照链接器ld的要求,被调函数所处的库应该处于编译链接命令的后面。所以,上图中的编译链接命令应该改为:
g++ main.o Org1/Org1.a Org3/Org3.a -o main
变化为:调换了Org1/Org1.a和Org3/Org3.a的顺序。
GCC/G++链接错误:解决链接库顺序问题
当使用GCC或G++编译项目并涉及第三方库时,链接顺序至关重要。错误的顺序可能导致链接失败,如未定义引用。问题在于链接器ld需要按照调用关系正确链接函数。在上述例子中,由于Gen2::NewGen3()调用了Gen3::Gen3(Gen2&),所以Gen3的库需要放在Gen2的库之后。修正后的编译命令应调整库的顺序,确保被调用的函数所在库在前,从而成功链接。

1万+

被折叠的 条评论
为什么被折叠?



