32位转64位移植报错：_GLIBCXX_THROW_OR_ABORT编译错误

可能原因与排查方向 #

• 宏定义冲突：_GLIBCXX_THROW_OR_ABORT是GCC标准库内部宏，你的代码或Boost库可能定义了同名宏，或是定义了影响该宏的其他自定义宏（比如_GLIBCXX_DEBUG、_GLIBCXX_THROW相关定义）。Ubuntu 22.04默认用GCC 11，和Ubuntu 14.04的GCC 4.8版本差异极大，宏的实现逻辑已发生变化。
• Boost版本兼容问题：旧版Boost（如1.60及更早）可能与GCC 11的C标准库存在冲突，尤其是同时使用Boost.Optional和C17 std::optional时，两者的命名空间或宏定义容易产生冲突。
• 编译选项不匹配：32位系统的编译选项（如C标准版本、预定义宏）和64位系统不一致——比如14.04默认C11，22.04默认C++17，导致std::optional的实现被触发，但代码中存在旧兼容逻辑引发错误。

具体解决步骤 #

1. 检查自定义宏定义

   • 查看编译命令中的-D参数，若存在自定义的_GLIBCXX_THROW、_GLIBCXX_THROW_OR_ABORT或相关宏，直接移除，改用标准库默认实现。
   • 检查代码中是否有#define定义上述宏，尤其是在包含<optional>头文件之前的代码段，如有则删除。

2. 升级Boost库版本

   • 若使用旧版Boost，升级到支持GCC 11的版本（如1.76及以上），新版本已修复与高版本GCC的兼容性问题，可避免和std::optional的宏冲突。

3. 统一C++标准版本

   • 编译时明确指定C标准，比如添加-std=c++17编译参数（std::optional是C17引入的），确保编译选项与代码预期一致，避免依赖系统默认标准的差异。

4. 调整头文件包含顺序

   • 确保<optional>标准头文件在Boost相关头文件之前包含，避免Boost的宏先定义影响标准库：

     #include <optional>
     #include <boost/optional.hpp>
     

   • 若必须先包含Boost头，可尝试添加#define BOOST_OPTIONAL_USE_STD_OPTIONAL，让Boost使用std::optional替代自身实现，减少冲突。

5. 检查编译器预定义宏

   • 运行g++ -dM -E -x c++ /dev/null查看64位系统的预定义宏，对比32位系统的差异，重点关注_GLIBCXX_*相关宏，确认是否有异常宏被开启。

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