llc必须在宿主平台运行，不依赖目标平台环境，仅通过llvm ir和-march/-mcpu等参数生成对应架构的汇编或目标文件；其跨平台能力源于llvm后端多目标支持，而非模拟或远程执行。
llc 工具必须在宿主平台（Host）上运行，而不是目标平台（Target）
它不依赖目标平台的运行时环境，只读取 LLVM IR（.ll 或 .bc 文件），根据 -march、-mcpu、-mattr 等参数生成对应架构的汇编或目标文件。只要宿主平台能运行该版本的 llc（比如 x86_64 Linux 上跑 llc 生成 aarch64 汇编），就完全合法且推荐。
-
llc是纯本地工具：它没有目标平台的 libc 依赖，也不执行生成的代码 - 它的跨平台能力来自 LLVM 后端的多目标支持，而非模拟或远程执行
- 你不需要在 ARM 设备上装
llc来为 ARM 编译；x86_64 机器上的llc就能输出.s或.o给 ARM
常见错误现象：
- 把
llc误当成“目标平台专用工具”，试图在嵌入式设备上编译或运行它 - 在 CI 中错误地拉起目标平台容器来调用
llc，导致环境冗余、启动慢、权限异常 - 混淆
llc和clang的角色：后者也能交叉编译，但llc更底层、更轻量、更可控
llc 的典型使用场景：
- 在构建系统中把 .bc 文件转成目标平台的 .s（供后续
as处理） - 在 scriptc 这类编译器中作为进程外代码生成助手，避免 Node.js 进程与 LLVM ABI 冲突
- 调试后端行为：比如用
llc -march=wasm64 -mattr=+simd128验证 WebAssembly SIMD 生成是否符合预期
llc 对宿主平台的要求仅限于：
- 兼容的 C++ 运行时（如 libstdc++ 或 libc++）
- 可执行权限与足够内存（尤其处理大模块 IR 时）
- 不要求安装目标平台的 sysroot、headers 或 linker
真正需要目标平台环境的，是后续步骤：as（汇编器）、ld（链接器）、strip、objcopy —— 它们才可能依赖目标平台的二进制格式或 ABI 规则。
容易被忽略的一点：llc 输出的 .o 文件是 ELF/COFF/Mach-O 格式，但它的内容完全是目标平台指令；格式本身由 llc 根据 --filetype=obj 和 -triple 决定，和宿主平台的默认格式无关。所以你不能靠“宿主是 Linux 就默认输出 ELF”来假设行为，必须显式指定 -triple（例如 aarch64-unknown-linux-gnu），否则可能生成错的重定位信息或符号表。
