如何在 c++ Autotools 项目中使用不同版本的 g++ 进行编译

Question

我有一个大的autotools项目，子目录下一部分代码使用g++-4.9编译，其他使用g++8.2。

我的问题是如何用不同版本的g++编译整个项目。

我看到一些相关的问题是更改不同的 g++ 编译器，一般答案是设置环境变量或make 选项。

但是，我的问题是同时使用 g++8.2 和 g++4.9 进行编译。

我希望有一些解决方案可以设置 Makefile.am 像：

noinst_PROGRAMS=foo bar
foo_CXX_COMPILER=/usr/bin/g++-4.9

bar_CXX_COMPILER=/usr/bin/g++-8.2

编辑：

我尝试过的更多细节：

1. 子项目中的第三方库在使用g++-4.9 -std=c++11编译时会显示很多警告“auto_ptr is deprecated”，但没有任何错误并且执行良好。
2. 它编译良好，没有错误和g++-4.9 -std=c++98 警告。
3. 当我使用g++-8.2 编译时，它会喊出许多错误“未定义的引用...”，即使我添加了标志-std=c++98.

我猜这是因为g++-8.2 编译器无法识别auto_ptr 的用法！

我更喜欢只使用一种编译器，它可以让问题变得简单！但是，如果情况不能只使用一个，我想知道如何使用不同的两个编译器设置 Makefile.am，或者解决这个编译问题的任何最佳方法！

Answer 1

我的问题是如何用不同版本的g++编译整个项目。

这是可能的，但我不建议这样做。 GNU 构建系统对此没有任何支持，但您可以看看 AX_CC_FOR_BUILD 如何实现类似的想法（为构建和主机启用编译器）。

想法#2 是@JohnBollinger 建议的——选择一个编译器并用它构建。 与设置两个编译器相比，您构建的最终用户会更喜欢这一点。这是我会采用的解决方案，因为 GNU 构建系统就是这样工作的。如果由于某种原因不能对旧代码进行现代化改造，可以告诉 g++-8.2 从以前版本的 C++ 编译代码。

想法 #3 基本上是将您的项目拆分为两个 autotools 项目——一个使用旧编译器编译，一个使用新编译器编译。也不是这个想法的真正粉丝。

Answer 2

我有一个大的autotools项目，子目录下一部分代码使用g++-4.9编译，其他使用g++8.2。

我的问题是如何用不同版本的g++编译整个项目。

我不建议这样做。 ABI 约定可能已更改（因此恕我直言，不建议使用不同 ABI 的两个不同 GCC 进行编译）。

实际上，我建议使用相同（最新）的 GCC 构建所有项目，即使用 g++ 8.2

如果项目的某些部分使用不同的 C++ 方言，您可以显式地将一些 -std=c++11 或 -std=c++17 选项传递给它们。

所以只需将您的项目配置为使用相同（和最新的）GCC。如果某些 C++ 方言不同，请将特定标志传递给它。请参阅options controlling the C++ dialect 和-std= option。

最后，您可以考虑修补旧库的源代码，使其与 C++14 兼容（特别是，删除所有出现的 auto_ptr 并明智地将它们替换为 unique_ptr 等...）。在大多数情况下，这样做是值得的（也许旧库的新版本已经存在，即 C++14 或 C++17）

混合使用C++ standard library 的两个不同版本肯定很痛苦，应该避免。如果你坚持尝试，你需要痛苦地理解所有血淋淋的细节（所以我真的建议不要尝试这个）。然后阅读 Drepper 的 How to write shared libraries 论文。

另一种方法是让您的软件使用两个不同的processes（一个用于旧的 C++98 源代码，另一个用于新的 C++14 代码）并使用inter-process communication 工具。这可能是最可靠的解决方案。

出于实际目的，将旧 C++98 和新 C++14 视为两种不同且不兼容的编程语言（C++11确实不同其前身）。