c++ - 将 GCC 4.4 库与 GCC 4.8 应用程序一起使用

Question

我正在编写一个应用程序，我想在 rhel7 上使用 GCC 4.8。我的问题是我需要使用使用基于 rhel6 的 GCC 4.4 构建的第 3 方共享库。

Answer 1

有人建议我使用 extern "C" 在我的应用程序和库之间创建一个接口，以避免在 c++03 到 c++11 之间转换的 ABI 问题，并且只在接口中传递简单的 C 结构。

这是一个有意义的建议，因为在 C++ 接口中保持 ABI 兼容性太难了。

但他们也建议我可能不得不从 rhel6 机器复制和链接 libstdc++ 和 libgcc，因为第 3 方库（和我的接口）是使用它们构建的。这就是我感到困惑的地方。

libgcc 和 libstdc++ 都保留了向后兼容性（除非在GCC5中，但这不是您的情况），因此第 3 方库应该可以与 RHEL7 库一起正常工作。

鉴于 libstdc++ 和 libgcc 的主要版本 (libName.so.major.minor.xz) 在 rhel6 和 7 上是相同的，我真的需要将它们从 rhel6 复制到 7 吗？

否（见上文）。

我不能在 rhel6 上构建我的界面，然后将它与 3rd 方 lib 一起复制到 rhel7（不复制旧的 libstdc++/libgcc）吗？

是的，这会起作用。

我的意思是，因为使用旧的 libstdc++/libgcc 构建的东西应该是向前兼容的，不是吗？

正确（他们通常说“标准库的新版本向后兼容，即用旧库编译的软件将继续工作”）。

我会遇到问题（ABI）吗？

如果您设法将在一个 libstdc++ 中创建的 STL 对象传递给另一个，您将遇到奇怪的错误。但是，如果您和第 3 方库都具有纯 C 接口，这应该不是问题（因为 STL 对象无法逃脱其包含的库）。

如果我确实需要从 rhel6 复制 libstdc++ 和 libgcc，并将新旧版本链接在一起——我该怎么做？会有静态链接新版本的建议吗？

这将是不必要的负担。