结论：clang报“missing dependency”实为-march字符串中基础扩展缺失或顺序错误，LLVM静默忽略非法组合，导致后续出现“unknown instruction”等误导性错误。
直接结论：不是缺系统级依赖，而是 -march 字符串里漏写了基础扩展或顺序错乱，LLVM 会静默忽略非法组合，最终报“unknown instruction”或“invalid operand”这类看似依赖缺失的错误。
为什么 clang 报“missing dependency”却找不到对应库
LLVM 的 RISC-V 后端不依赖外部汇编器、链接器或运行时库来启用某项扩展（比如 A、V、Zicsr）。所谓“缺少前置依赖”，95% 是指 -march 中未显式包含该扩展所依赖的基础部分。例如：
-
V（向量扩展）强制要求Zvl32b或更高（如Zvl64b），但你只写-march=rv64gc_zve32x—— LLVM 不会自动补全，也不会报错，而是生成非法指令 -
Zicond（条件执行）要求Zicbom或Zicbom+Zicsr，只写_zicond会导致汇编阶段失败，错误信息像error: unknown CSR 'vtype'这类误导性提示 -
H（虚拟化）必须搭配S（Supervisor Mode），否则-march=rv64gch会被截断为rv64gc，后端根本看不到h
-march 字符串中扩展顺序和显式声明规则
LLVM 对 -march 中扩展前缀（z*、s*、x*）顺序不做校验，但它严格检查逻辑依赖。必须手动写全，不能靠“隐含”。常见组合写法：
- 带向量的通用配置：
-march=rv64gcv_zvl128b_zve64x（zvl128b是V的必需前置，zve64x表明支持整数向量但不带浮点） - 带条件执行的嵌入式配置：
-march=rv32imac_zicsr_zicbom_zicond（zicsr和zicbom都得写，缺一不可） - 使用 profile 名加扩展时，profile 本身不自动带
Zicsr等，仍需追加：-march=rva22u64_zicsr_zifencei
注意：zifencei、zicsr、zicntr、zihpm 虽被无条件支持，但若你在 -march 中明确禁用（如用 -mno-xxx），它们就真的不可用了——别依赖“默认开启”。
如何快速验证扩展是否被真正启用
不要只看编译是否通过。用以下命令确认后端实际接收的 ISA 配置：
- 查看 IR 生成阶段是否识别扩展：
clang -target riscv64 -march=rv64gcv_zvl64b -S -emit-llvm -o - hello.c | grep "riscv-v"（应出现@llvm.riscv.vsetvli类 intrinsic） - 检查汇编输出是否含向量指令：
clang -target riscv64 -march=rv64gcv_zvl64b -O2 -S -o - hello.c | grep vle - 若报
error: invalid operand for instruction，大概率是SEW或LMUL不匹配，比如用i64元素但没配Zvl128b—— 此时不是缺依赖，是-march声明的 VLEN 不够大
最易被忽略的一点：VLEN 最小为 64 bit（即 Zvl64b），LLVM 完全不支持 VLEN=32。如果你的硬件只实现 32-bit 向量寄存器，LLVM 后端无法生成合法代码——这不是配置问题，是架构不兼容。
