最直接的办法是运行 clang --target=riscv64 --target-help 查 -march 支持列表中以 zbb、zbc、zbs、zbkb、zbkc、zbkx 开头的扩展；其中 zbb/zbc/zbs 在 llvm 22+ 默认启用，zbkb/zbkc 需显式指定且依赖构建时开启实验性支持。
clang --target-help 能列出哪些位操作扩展
最直接的办法是运行 clang --target=riscv64 --target-help，在输出的 -march 支持列表里找以 zbb、zbc、zbs、zbkb、zbkc、zbkx 开头的条目。这些就是 LLVM 当前构建中注册的位操作扩展名。
注意：LLVM 22 起，zbb（基础位操作）、zbc（CRC）、zbs（单比特操作）默认启用；但 zbkb（位批量操作）、zbkc（克隆/复制）、zbkx（XOR 扩展）属于“加密相关位操作”，需显式写进 -march 才生效，比如 -march=rv64gc_zbb_zbkb。
-
zbb提供clz、ctz、orc.b、rev8等指令，IR 层有完整 lowering 支持 -
zbc提供crc32.b、crc32.h等，依赖zbb，但不自动推导——漏写zbb会导致汇编失败 -
zbkb和zbkc在 LLVM 22+ 中已进入稳定支持，但 intrinsic 声明分散在BuiltinsRISCV.def和RISCV.td，需确认两者同步
llc --print-isas 验证后端是否真正激活 zbb 类扩展
光看 --target-help 不够，它只反映前端解析能力。真正要看后端是否把扩展纳入处理流程，得用：
llc -mtriple=riscv64-unknown-elf -march=rv64gc_zbb -mattr=+experimental-zbkb --print-isas
输出中若出现 Zbb、Zbkb（大写）字样，说明子模块已加载；若报 error: unsupported architecture extension 'zbkb'，说明该扩展未在 RISCVSubtarget.cpp::parseArchExt() 中注册，即使 clang --target-help 显示了它也无效。
-
zbb在大多数官方 LLVM 构建中都可用，但zbkb/zbkc需要构建时开启-DLLVM_ENABLE_EXPERIMENTAL_EXTENSIONS=ON -
-mattr=+experimental-zbkb是临时绕过解析限制的手段，仅用于调试，不能用于生产编译 - 某些发行版（如 Debian 的
llvm-toolchain-18）会禁用实验性扩展，此时必须自己编译 LLVM
用 intrinsic 或 inline asm 测试 zbb/zbs 指令是否真能生成
写一段最小代码验证实际生成能力，比查文档更可靠：
#include <riscv_bits.h>
int test_clz(unsigned x) {
return __riscv_clz(x); // zbb intrinsic
}
void test_bset(volatile int *p) {
__asm__ volatile ("bset %0, %0, zero" : "+r"(*p)); // zbs: bset rd, rs1, rs2
}</riscv_bits.h>
然后编译：
clang --target=riscv64-unknown-elf -march=rv64gc_zbb -O2 -S -o - test.c
若输出含 clz 或 bset 指令，说明通路完整；若报 use of unknown builtin '__riscv_clz'，说明 riscv_bits.h 头文件版本不匹配或 LLVM 缺少对应 builtin 声明。
-
__riscv_clz属于zbb，但部分旧版 clang 把它归在zicsr下，导致头文件路径混乱 - inline asm 中的
bset是zbs扩展指令，但若-march没显式含zbs，汇编器可能拒绝识别 - LLVM 本身不校验
zbb和zbs的依赖关系，但 binutils ≥ 2.41 才完全支持zbs指令编码
容易被忽略的兼容性断层：zbb 和 zbs 在不同 LLVM 版本间的行为差异
LLVM 21 默认把 zbb 视为“always-on”，不强制要求写进 -march 字符串；但从 LLVM 22 开始，所有 Z 扩展都需显式声明，否则 IR 生成阶段就丢弃相关 intrinsic 调用。
更隐蔽的是：同一份 -march=rv64gc_zbb 在 LLVM 21 下可能生成 clz 指令，在 LLVM 22 下却 fallback 到软件实现（libgcc 调用），因为后端认为 zbb 未被“正式启用”。
- 检查方法：编译后用
llvm-objdump -d a.o | grep clz，无输出即 fallback 发生 - 解决办法：升级到 LLVM 22+ 后，必须写全
-march=rv64gc_zbb_zbs，哪怕只用clz - 自定义工具链若基于较老 LLVM 补丁，可能把
zbkb实现混入zbb命名空间，导致-print-enabled-extensions显示错误
