带explicit operator bool的static_cast<const bool&>编译差异：谁符合C++标准？

结论：G++ 14的处理符合C标准，Clang 18的行为是非标准扩展

核心原因 #

依据C标准（以C17为例，参考[expr.static.cast]和[dcl.init.ref]条款）：

• static_cast<const bool&>(c)的合法性等价于直接初始化引用：const bool& ref = c;。
• 引用初始化时，隐式转换序列不能包含explicit标记的转换函数。你的struct C中operator bool被声明为explicit，因此无法通过隐式转换将C对象转为bool来完成引用初始化。
• 虽然static_cast<bool>(c)是合法的（会触发显式转换生成bool临时量），但标准不允许static_cast<const bool&>(c)直接跳过显式转换步骤，自动创建临时量并绑定引用——除非显式写出两步转换：static_cast<const bool&>(static_cast<bool>(c))，这才是标准认可的写法。

编译器行为差异 #

• G++严格遵循标准，拒绝这种非法转换，因为不存在合法的隐式转换序列支撑引用初始化。
• Clang实现了非标准扩展，允许static_cast到const左值引用时，自动触发显式转换函数并将临时量绑定到引用，但这不属于C++标准的强制要求。

针对Catch2场景的解决办法 #

由于Catch2宏内部使用了这种不符合标准的static_cast，在G++下会失败，你可以选择：

• 显式将C对象转为bool后传入宏，比如用static_cast<bool>(c)替代直接传c；
• 若业务允许，移除struct C中operator bool的explicit修饰符。

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