RISC-V架构下GCC编译C++时std::atomic_bool锁无关静态断言失败问题

• GCC和Clang对RISC-V架构下std::atomic_bool::is_always_lock_free的判定逻辑存在差异：RISC-V基础A扩展仅支持32位、64位宽度的原子操作，1字节宽度的atomic_bool需要额外的Zabha扩展（原子字节/半字扩展）支持才能保证锁无关。
• GCC默认编译rv64imafdc、rv64gc目标时不会启用Zabha扩展，因此libstdc++会判定std::atomic_bool不满足「永远锁无关」的条件，触发静态断言。
• Clang的实现逻辑更宽松，只要目标架构开启A扩展就会默认将std::atomic_bool标记为始终锁无关，因此不会触发断言。

方法1：开启Zabha扩展（推荐，硬件支持的前提下） #

如果你的目标RISC-V硬件支持Zabha扩展，直接给GCC增加编译标志指定架构即可：

-march=rv64gc_zabha

添加该参数后GCC会识别到1字节原子操作有硬件原生支持，is_always_lock_free会返回true，断言自动通过。注意GCC 12及以上版本才支持Zabha扩展的识别，版本过低请先升级编译器。

方法2：修改断言逻辑（硬件不支持Zabha时使用） #

如果目标硬件确实不支持Zabha扩展，可修改Godot源码中的静态断言逻辑：

• 将编译期静态断言替换为运行时std::atomic_bool{}.is_lock_free()判断，只要你的运行环境（内核+硬件）能支持1字节原子操作锁无关，功能不会受到影响。
• 也可以增加条件编译规则，仅在GCC编译RISC-V架构时跳过该静态断言，前提是你已经确认运行场景下原子布尔可以满足锁无关要求。

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