未定义的引用在GCC下交叉编译LTO的静态库

dcr*_*cro 8 c++ gcc mingw cross-compiling lto

我试图使用GCC 4.9.2从Linux(x86_64-pc-linux-gnu)for Windows(x86_64-w64-mingw32)交叉编译应用程序.

当构建链接到静态库并且还使用链接时优化的目标时,我从链接器获取目标从库中使用的所有符号的未定义引用错误.

例如,从bar.cpp建立bar.a

int bar (void) {return 42;}
Run Code Online (Sandbox Code Playgroud)

并与foo.cpp链接

extern int bar (void);
int main (int, char**) {bar ();}
Run Code Online (Sandbox Code Playgroud)

使用命令行

x86_64-w64-mingw32-g++ -flto -o foo.o -c foo.cpp
x86_64-w64-mingw32-g++ -flto -o bar.o -c bar.cpp
x86_64-w64-mingw32-gcc-ar rc bar.a bar.o
x86_64-w64-mingw32-gcc-ranlib bar.a
x86_64-w64-mingw32-g++ -flto -fuse-linker-plugin foo.o bar.a -o foo
Run Code Online (Sandbox Code Playgroud)

导致错误

/tmp/ccc3Twsc.lto.o:foo.o:(.text+0x15): undefined reference to `bar()'
collect2: error: ld returned 1 exit status
Run Code Online (Sandbox Code Playgroud)

从上面:

  • 我正在使用ar/ranlib的gcc-wrappers
  • 没有外部依赖
  • 所有文件都使用相同的选项进行编译

我尝试过使用-fuse-linker-plugin,gcc-ar vs ar,符号可见性选项,操作等的各种组合,但是如果不关闭LTO,我无法正确链接.

所有目标都在本机编译器(x86_64 Linux)下正确构建.

有什么明显的东西我在这里不见了吗?

gre*_*olf 2

我能够在 Win7 64 位下的 Mingw32-gcc 4.9.2 上重现此链接问题。-ffat-lto-objects但是,我确实通过添加作为解决方法使其成功链接:

g++ -flto -o foo.o -c foo.cpp
g++ -flto -ffat-lto-objects -o bar.o -c bar.cpp
ar rc bar.a bar.o
g++ -flto -o foo.exe foo.o bar.a
Run Code Online (Sandbox Code Playgroud)

  • 另请注意,“gcc-ar”(与“ar”相对)可能需要确认,因为“ar”不理解 LTO/GIMPLE 对象部分。`gcc-{ar,ranlib,nm}` 是保留/理解相关部分的临时包装器。 (6认同)
  • 感谢您的确认。不幸的是 -ffat-lto-objects 允许链接器回退到标准链接方法,并且或多或少地否定了 LTO 以满足我的目的(使用许多便利的库)。 (5认同)