target triple是llvm后端选择指令集、abi、调用约定和数据布局的唯一依据，格式为arch-vendor-os（如aarch64-unknown-linux-gnu），缺省或错误会导致静默生成错误指令或运行时崩溃。
target triple 决定后端生成哪套机器指令
它不是可有可无的元信息，而是 LLVM 后端选择指令集、调用约定、ABI 和默认数据布局的唯一依据。没指定或写错 target triple，llc 可能静默生成 x86_64 指令，哪怕你本意是为 RISC-V 编译；更糟的是，某些 ABI 差异（比如参数传递方式）会导致运行时崩溃，而非编译报错。
target triple 的三段式结构必须匹配硬件和 OS 层级
target triple 格式为 arch-vendor-os（如 aarch64-apple-darwin），每一段都参与决策：
-
arch（如x86_64、riscv64、amdgcn）：决定可用寄存器、向量单元、指令编码空间； -
vendor（如pc、apple、unknown）：影响工具链路径、符号前缀（如_）、标准库链接行为； -
os（如linux-gnu、windows-msvc、darwin）：绑定系统调用接口、栈对齐要求、异常处理模型。
常见错误是把 riscv64-unknown-elf 误写成 riscv64-unknown-linux-gnu——前者不带 libc，后者默认链接 glibc，llc 仍能跑通，但链接阶段会找不到 __libc_start_main。
IR 文件里的 target triple 会被 opt / llc 继承，但可被命令行覆盖
Clang 生成的 .ll 文件头部通常含 target triple = "..."，这个值会被 opt 忽略（优化不依赖目标），但 llc 默认严格遵循它。你可以用命令行强制覆盖：
llc -mtriple=aarch64-linux-gnu input.ll -o output.s
注意：-mtriple 优先级高于 IR 文件内声明；若两者冲突且未显式指定，llc 会警告但继续生成，容易埋下跨平台 bug。
交叉编译时，target triple 是唯一可信的上下文标识
当 IR 由 Clang 在 x86_64 Linux 上生成，却要部署到 ARM64 macOS，仅靠文件名或目录名无法让 LLVM 知道该用哪套规则。此时 target triple 是 IR 模块自带的“护照”，后端据此加载对应 TargetMachine 实例。漏掉它，或写成 arm64-apple-macos（LLVM 不识别该写法，正确应为 aarch64-apple-darwin），llc 会 fallback 到 host triple，导致生成错误指令。
最易被忽略的一点：同一个 IR 模块不能同时适配多个 target triple；如果需要多目标输出，必须分别生成或重写模块的 target triple 字段，不能复用同一份 bitcode。
