我想静态地将libdds.a链接到一个简单的C ++应用程序（进行一些测试）。这是我的C ++代码（该文件名为bridge.cpp）：
#include <iostream>
int main()
{
std::cout << "Hello world!" << std::endl;
return 0;
}
此代码暂时不使用libdds.a中的函数，但我想确保编译之前的编译工作正常。所以我尝试编译：
$ g++ -Wall -o bridge bridge.cpp -L. -ldds
collect2: fatal error: ld terminated with signal 6 [Abandon], core dumped
compilation terminated.
ld: ../../src/lto-plugin/lto-plugin.c :388 : dump_symtab: assertion « resolution != LDPR_UNKNOWN » failed.
以下是g++和ld的版本：
$ g++ --version
g++ (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609
$ ld --version
GNU ld (GNU Binutils for Ubuntu) 2.26.1
我没有使用任何IDE，我使用前一个命令从命令行编译。我在Ubuntu 16.04.6 LTS上：
$ lsb_release -a
LSB Version: core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch
Distributor ID: Ubuntu
Description: Ubuntu 16.04.6 LTS
Release: 16.04
Codename: xenial
这个错误意味着什么，我该如何纠正？
0
投票
投票
此错误表示lto-plugin无法解析至少一个符号。实际上，静态库dds.a是使用较旧版本的GCC编译的。例如，如果您尝试使用lto1读取其中的一个目标文件，您将收到以下错误：
$ /usr/lib/gcc/x86_64-linux-gnu/5/lto1 Par.o
Reading object files: Par.olto1: fatal error: bytecode stream generated with LTO version 2.1 instead of the expected 4.1
要纠正它，你有两个选择：diable LTO或重新编译dds.a（如评论中所建议）。
要禁用LTO，您可以使用-fno-use-linker-plugin GCC选项，但是您将收到另一个错误：
$ g++ -Wall -fno-use-linker-plugin -o bridge bridge.cpp -L. -ldds
/usr/bin/ld : skipping incompatible ./libdds.a when searching for -ldds
实际上，对象文件是elf32-i386格式，您尝试将它们与elf64-x86-64文件格式链接：
$ objdump -p Par.o
Par.o: file format elf32-i386
$ g++ -c bridge.cpp
$ objdump -p bridge.o
bridge.o: file format elf64-x86-64
此时，将dds.a链接到程序的唯一好方法是使用用于编译最终应用程序的相同编译器重新编译它。
