使用 -flto 选项时出现 g++ 错误

Question

我正在尝试在 g++ 中启用链接时间优化。我的程序在没有

-flto

选项的情况下编译得很好。当我将它添加到我的 Makefile 中时，目标文件编译时不会出现错误，例如

g++ main.cpp -I ../includes -std=c++0x -fopenmp -Wall -pedantic -Wno-vla -flto -D INFO_ -c -o .obj/main.o

但是当涉及到链接程序时：

g++ -fwhole-program -I ../includes -std=c++0x -fopenmp -Wall -pedantic -Wno-vla -flto -D INFO_ .obj/main.o .obj/atom.o .obj/bee.o .obj/colony.o ../includes/.obj/error.o ../includes/.obj/CmdLine.o ../includes/boost_lib_deb/libboost_program_options.a ../includes/gmp_lib_deb/lib/libgmpxx.a ../includes/gmp_lib_deb/lib/libgmp.a -o BeeBench

我收到很多这样的错误：

includes/gmp_lib_deb/lib/libgmpxx.a ../includes/gmp_lib_deb/lib/libgmp.a -o BeeBench
`typeinfo for boost::program_options::too_many_positional_options_error' referenced in section `.rodata._ZTVN5boost15program_options33too_many_positional_options_errorE[vtable for boost::program_options::too_many_positional_options_error]' of ../includes/boost_lib_deb/libboost_program_options.a(cmdline.o): defined in discarded section `.gnu.linkonce.t._ZTIN5boost15program_options33too_many_positional_options_errorE' of .obj/main.o (symbol from plugin)

`typeinfo for boost::program_options::too_many_positional_options_error' referenced in section `.rodata._ZTIN5boost16exception_detail19error_info_injectorINS_15program_options33too_many_positional_options_errorEEE[typeinfo for boost::exception_detail::error_info_injector<boost::program_options::too_many_positional_options_error>]' of ../includes/boost_lib_deb/libboost_program_options.a(cmdline.o): defined in discarded section `.gnu.linkonce.t._ZTIN5boost15program_options33too_many_positional_options_errorE' of .obj/main.o (symbol from plugin)
`typeinfo for boost::program_options::invalid_command_line_style' referenced in section `.rodata._ZTVN5boost15program_options26invalid_command_line_styleE[vtable for boost::program_options::invalid_command_line_style]' of ../includes/boost_lib_deb/libboost_program_options.a(cmdline.o): defined in discarded section `.gnu.linkonce.t._ZTIN5boost15program_options26invalid_command_line_styleE' of .obj/main.o (symbol from plugin)

我不知道出了什么问题。我使用

-flto

编译所有目标文件。这些库，即 Boost 和 GMP，在编译时没有

-flto

选项。这是导致错误的原因吗？ gcc 手册说可以混合使用 & 不使用

-flto

选项编译的目标文件。或者我错过了其他东西，例如错误所说的这个插件是什么？

我在 Debian Wheezy 上使用 G++ 4.6.3。

更新：

根据评论中的建议，我做了一个最小的例子。我的测试程序的代码只有这样：

#include "boost/program_options.hpp"

int main ( int argC, char* argV[] )
{
    return 0;
}

当我编译它时使用：

g++ -o test -I ../includes -Wall -std=c++0x test.cpp -flto -fwhole-program -static

它会给出与上述类似的错误。如果我省略 -static、-flto 或 std=c++0x 选项，它编译时不会出现错误。 -fwhole-program 选项不会更改结果。我现在也用 G++ 4.7 进行了测试，同样的错误。

有什么建议吗？这真的是编译器错误吗，还是我仍然做错了什么？

Answer 1

由于我没有发现任何证据表明我的代码有问题，所以我发布了一个 Boost bugreport。它也被其他 boost 用户复制，因此我认为这实际上是 boost 或 g++ 中的一个错误。截至目前，Boost 维护者尚未做出任何回应。当有一篇文章时我会更新这篇文章。

更新

似乎 g++ 链接器插件导致了这个问题（我仍然不知道为什么）。因此，一个可能的解决方法是使用

-fno-use-linker-plugin

禁用链接器插件。

Answer 2

库中的某些内容引用该特定类的类型信息（通常是该特定异常的“catch”语句或“dynamic_cast”）。因此，您的错误消息中会出现“在部分中引用”。

但是，为了生成类型信息，非内联非纯虚函数必须存在于其中一个编译单元中。如果该函数是在类定义中定义的，则这不算数（它是内联的，并且被视为内联链接，即使您传递“-fno-default-inline”）。

因此，dynamic_cast 或 catch 语句可能没有按照作者的预期工作；直到在标头上尝试 LTO 之前，这个问题从未被注意到。

所以，我将其称为 BOOST 错误和/或 g++ 的缺点。

Answer 3

-flto

标志必须出现在编译和链接器命令行中才能工作。另一方面，根本不需要

-fwhole-program

。顺便说一句，LTO 不适用于未使用 LTO 支持编译的翻译单元。

Answer 4

12年后。 “-flto”必须同时作为编译器和链接器标志出现。 您还需要“-ffat-lto-objects”编译器标志。