使用GCC 11编译C++20项目 是否需同标准编译Boost库？

通常情况下Boost库的ABI对不同C编译标准兼容，不需要强制保持标准一致，但建议尽可能保持项目和Boost的编译标准统一。标准不一致可能触发部分和C标准库交互深度高的组件出现隐式符号冲突、未定义行为，统一标准可以规避绝大多数这类隐形问题。

针对你提到的Boost.Operators和C++20运算符重写规则冲突导致的无限递归问题，可根据你的项目约束选择以下解决方案：

• 方案1：降级项目整体编译标准到C17
  这是Boost官方给出的最稳妥的临时方案，无需修改业务代码或Boost源码，可100%规避该兼容性问题，适合项目对C20新特性没有强依赖的场景，落地成本最低、稳定性最高。
• 方案2：拆分编译标准
  如果你必须使用C20开发项目，可以将Boost库使用-std=c++17编译，你的项目代码单独开启-std=c++20编译。只要确保你的C20编译单元中不会直接或间接调用Boost.Operators的比较运算符逻辑，就不会触发该bug，建议补充对应场景的单元测试避免遗漏风险点。
• 方案3：升级Boost到修复版本
  Boost 1.79及之后的稳定版本已经完全修复了Boost.Operators和C++20比较运算符重写规则的兼容性问题。如果你的项目允许升级依赖版本，直接升级到最新稳定版Boost后，即可统一使用-std=c++20编译Boost和项目代码，彻底解决该问题。
• 方案4：通过宏局部关闭兼容逻辑
  如果既不能升级Boost也不能降级项目标准，可以在所有引入Boost.Operators相关头文件的位置之前，提前定义宏BOOST_OPERATORS_DISABLE_CXX20_REWRITES，即可局部禁用Boost.Operators针对C++20的适配逻辑，避免触发无限递归问题。

内容的提问来源于stack exchange，提问作者Saad Rami