g++版本兼容性
这是一个特定的海湾合作委员会相关问题。我有一个用 g++ 4.1.2 编译的库，我想提供给用户。用户可以在他们的代码中使用我们的 API 并链接我们的库来创建最终的可执行文件。
我的问题与 g++ 版本兼容性有关。我们的一些用户使用 g++ 4.4.3，其他用户使用 4.3.3，还有一些用户使用 4.2.1。使用 4.1.2 编译的库是否与所有这些 g++ 版本兼容？我的猜测是它们应该是这样，因为它们是 ABI 兼容的。但我们的一些客户不同意。我真的不想发布同一个库的四个不同版本。如果它们不兼容，是否有具体原因或有办法避免不兼容？
This is a specific gcc related question. I have a library compiled with g++ 4.1.2 that I want to give the user. The user can use our API in their code and link our library to create the final executable.
The question I have is related to g++ version compatibility. Some of our users are using g++ 4.4.3, others 4.3.3, and still others 4.2.1. Is the library compiled with 4.1.2 compatible with all these g++ versions? My guess is they should be because they are ABI compatible. But some of our customers don't agree. I really don't want to ship four different versions of the same library. If they are incompatible is there a concrete reason or is there a way to avoid the incompatibility?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
只要两个库使用相同的 ABI（应用程序二进制接口），它们就可以相互兼容。据我记得，GCC 上次正式更改 ABI 是在 v3.3 或 v3.4 中。
然而，这只适用于兼容代码。任何依赖未记录或未指定行为的来源可能会中断，恕不另行通知。
所以答案是：你的编译器版本都是兼容的；问题是源代码是否是。
Two libraries are compatible with each other as long as they use the same ABI (Application Binary Interface). The last time GCC officially changed the ABI, as far as I recall, was with v3.3 or v3.4.
However, this is only true for compliant code. Any source that relies on undocumented or unspecified behaviour might break without further notice.
So the answer is: Your compiler versions are all compatible; the question is whether the source code is.
简而言之，是的。如果您的应用程序不使用新 GCC 的功能，您可以使用旧版 GCC 安全地编译它。 GCC 被设计为向后兼容，使用旧版 GCC 库构建的应用程序不会在新版本上崩溃。
In short, yes. If your application does not use features of the new GCC, you can safely compile it with an older GCC. GCC is made to be backwards compatible, applications built with older GCC Libraries won't break on newer versions.