uname -m是唯一准确反映系统实际运行架构的命令，输出x86_64或aarch64表示64位系统，i386/i686/armv7l表示32位系统；它直接读取内核启动时识别的abi架构，不受容器、chroot、兼容模式或用户态进程干扰。
直接用 uname -m 就行，这是唯一能准确告诉你「当前系统运行的是什么架构」的命令。别信 getconf LONG_BIT、file /sbin/init 或 dpkg --print-architecture，它们要么反映进程位数，要么只代表某个包的编译目标，和系统实际 ABI 架构无关。
为什么必须用 uname -m 而不是其他命令
LLVM 的二进制包或源码构建目标，严格依赖内核识别的 ABI 架构。比如你装了 ARM64 CPU，但内核是 32 位的（uname -m 输出 armv7l），那你就不能装 aarch64 版本的 LLVM 工具链，否则会报 cannot execute binary file: Exec format error。
-
getconf LONG_BIT只返回当前 shell 进程的指针宽度——在 64 位系统里跑一个 32 位 bash，它就返回 32，纯属误导 -
file /sbin/init只说明那个文件是 32 还是 64 位 ELF；Linux 内核默认支持混跑，init 是 32 位不代表系统不是 x86_64 -
dpkg --print-architecture（Debian/Ubuntu）只表示 APT 默认安装包架构，和运行时能力无关；rpm -q --queryformat '%{ARCH}' glibc同理，只是 glibc 包本身的编译架构 -
lscpu的Architecture:字段等价于uname -m，但它在最小化系统（如 Alpine busybox 镜像）里可能根本没装
uname -m 输出结果对照表
拿到输出后，直接对应到你要下载或构建的 LLVM 版本：
-
x86_64→ 下载llvm-*.x86_64.tar.xz或配置 CMake 时不用额外指定架构（默认启用 X86 后端） -
aarch64→ 必须选带aarch64或arm64标识的安装包，源码构建时要确认-DLLVM_TARGETS_TO_BUILD="AArch64" -
armv7l→ 你运行的是 32 位 ARM 内核，LLVM 官方预编译包基本不提供该架构，需自行交叉编译或改用armv7兼容后端 -
i386/i686→ 32 位 x86，LLVM 自 15.0 起已停止官方预编译支持，必须源码构建并显式启用X86后端
LLVM 构建前还要检查目标后端是否启用
即使 uname -m 显示 aarch64，也不代表你当初编译的 LLVM 包含 AArch64 支持——很多发行版默认只开 X86 后端。验证方法：
执行 ./bin/llc --version，看输出里的 Registered Targets 是否包含 AArch64（注意大小写）或 ARM。如果没有，说明 LLVM 没启用该后端，后续无法为 OpenHarmony 等 ARM 目标生成代码。
- 常见错误现象：
llc: error: unable to create target: 'aarch64' - 源码构建时漏掉参数：
-DLLVM_TARGETS_TO_BUILD="AArch64;X86"（多目标用分号隔开） - 预编译包不可靠：某些 Linux 发行版仓库里的
llvm包精简了后端，得换用llvm-full或直接下官网 tarball
真正容易被忽略的是：CPU 支持 aarch64 ≠ 当前内核是 aarch64；而 LLVM 能不能用，只取决于后者。哪怕你用的是 Mac M3 或树莓派 5，只要 uname -m 不是 aarch64，就别指望 clang --target=arm64-linux-gnu 能本地生成可执行文件——它连后端都加载不了。
