clang -s 生成的是后端汇编，即对应目标平台的真实汇编（如 x86-64 或 riscv64），由 llvm 后端经 llc 处理 ir 后直接输出，非前端中间表示；默认按主机架构生成，需显式指定 --target 和 -march 才能触发特定指令集（如 risc-v v 扩展）。
直接用 clang -S 就能生成汇编，但要注意目标架构、优化级别和是否经过后端处理——不同参数组合输出的汇编语义差异很大。
clang -S 生成的是前端汇编还是后端汇编？
是后端生成的、对应目标平台的真实汇编（如 x86-64 或 riscv64），不是 IR 的文本表示。它等价于把 LLVM IR 经过 llc 处理后的结果，只是省略了中间 .ll 步骤。
-
clang -S test.c默认调用后端生成当前主机架构汇编（比如你机器是 x86_64，就出 x86 汇编） - 加
--target=riscv64才能得到 RISC-V 汇编，否则哪怕源码里写了__riscv_v_intrinsic也不会触发向量指令生成 - 不加
-O0时，-S默认启用-O1级别优化，可能内联、删空分支、重排指令——看到的不是“原始逻辑”的汇编，而是优化器改写后的
想确认某段 C 代码是否被向量化，怎么查汇编？
不能只看 clang -S 输出，必须配合 -march 和显式向量化标记，否则即使开了 -O3，LLVM 也可能 fallback 到标量循环。
- 对 RISC-V V 扩展：必须传
-march=rv64gcv（含v），再加-fveclib=SVML或用#pragma clang loop vectorize(enable) - 检查输出里有没有
vsetvli、vadd.vv、vle32.v这类指令，用grep -E '^(vsetvli|vadd\.vv|vle32\.v)'快速过滤 - 若只看到
add、lw、sw，说明向量化没生效——可能是数组长度非向量对齐、有依赖、或 IR 层就没生成llvm.riscv.vadd调用
为什么 llvm-objdump -d 看到的指令和 clang -S 不一样？
因为 clang -S 输出的是汇编文本（assembler input），而 llvm-objdump -d 反汇编的是最终链接后的二进制（ELF section 中的机器码）。两者之间隔着汇编器（as）、链接器（ld）、以及可能的重定位修正。
-
clang -S里出现的call printf，在llvm-objdump中可能变成call 0x0 <printf></printf>或带 PLT/GOT 间接跳转 - RISC-V C 扩展指令（如
c.addi）在clang -S中可能仍显示为完整形式（addi），但llvm-objdump --disassemble --no-show-raw-insn会明确标出compressed - 如果启用了 LTO（
-flto），clang -S输出的是未链接的 per-object 汇编，而llvm-objdump看的是全局符号解析后的终版，函数可能已被内联或消除
真正关键的不是“能不能看到汇编”，而是“看到的汇编是否反映最终执行行为”——最保险的做法是：先用 clang -target=riscv64 -march=rv64gcv -O2 -c 生成 .o，再用 llvm-objdump -d 查，绕过汇编器和链接器的干扰。
