可行但需显式指定-target三元组、--sysroot和--gcc-toolchain：如clang -target x86_64-unknown-linux-gnu --sysroot=/path/to/linux/sysroot --gcc-toolchain=/path/to/toolchain -o prog prog.c，否则默认链接macos系统库导致linux上exec format error。
直接用 macOS 上的 Clang + LLVM 编译出能在 Linux 上运行的可执行文件，是可行的，但默认不行——Clang 会默认链接 macOS 的 libc 和系统调用接口，生成的二进制在 Linux 上直接 exec format error 或 symbol not found。关键不是“能不能”，而是“怎么告诉 Clang：你不是在编译 macOS 程序，而是交叉编译 Linux 程序”。
必须显式指定 -target 三元组
Clang 不像 GCC 那样靠不同命名的编译器（如 aarch64-linux-gnu-gcc）区分目标，它靠 -target 参数。漏掉这个，就等于没做交叉编译。
-
-target aarch64-unknown-linux-gnu：生成 ARM64 Linux 可执行文件（最常用） -
-target x86_64-unknown-linux-gnu：生成 x86_64 Linux 可执行文件 -
-target armv7-unknown-linux-gnueabihf：生成 ARM32（硬浮点）Linux 可执行文件
注意：unknown 表示 vendor 字段未指定，不影响功能；gnu 表示使用 GNU libc（glibc），不是 musl。如果你用的是 Alpine Linux，得换 musl 工具链，但 macOS 上原生不提供 musl sysroot，需自行构建或挂载。
必须提供 Linux 的 sysroot（头文件 + 库）
Clang 能生成目标架构指令，但没有 Linux 的 sysroot，它连 stdio.h 都找不到，更别说 libc.a 或 ld-linux-aarch64.so.1。macOS 自带的 /usr/include 是 Darwin 的，完全不能用。
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 最省事的方式：用
brew install aarch64-unknown-linux-gnu（来自messense/macos-cross-toolchainstap），它会自动下载并组织好完整的 sysroot 到$(brew --prefix)/share/aarch64-unknown-linux-gnu - 手动方式：从 Debian/Ubuntu 的
gcc-aarch64-linux-gnu包里提取usr/include和usr/lib，放到本地目录（比如~/sysroots/aarch64-linux），然后用--sysroot=~/sysroots/aarch64-linux传给 Clang - 不指定
--sysroot时，Clang 会 fallback 到内置路径（通常是空的）或 macOS 默认路径，必然失败
clang 命令要同时带上 -target、--sysroot 和 --gcc-toolchain
只写 clang -target aarch64-unknown-linux-gnu foo.c 会报 fatal error: 'stdio.h' file not found。完整命令必须包含三项：
clang \ -target aarch64-unknown-linux-gnu \ --sysroot=$(brew --prefix)/share/aarch64-unknown-linux-gnu \ --gcc-toolchain=$(brew --prefix)/opt/aarch64-unknown-linux-gnu \ -o foo foo.c
其中：
-
--sysroot告诉预处理器和链接器去哪找头文件和库 -
--gcc-toolchain指向工具链根目录，让 Clang 找到配套的ld.lld、ar、nm等工具（否则它可能调用 macOS 自带的ld，报unknown option: --version） - 如果用 Homebrew 安装的 LLVM（
brew install llvm），记得把$(brew --prefix)/opt/llvm/bin加到PATH前面，避免调到 Xcode 自带的旧版 Clang
链接阶段容易忽略的动态依赖问题
即使编译+链接成功，生成的 ELF 文件可能仍无法在目标 Linux 上运行，常见原因：
- 默认链接
libc.so.6，但没指定-dynamic-linker /lib/ld-linux-aarch64.so.1→ 运行时报No such file or directory（其实是解释器路径不对） - 用了
malloc或printf却没链接-lc（Clang 通常自动加，但自定义--sysroot时可能失效） - 静态链接想省事？加
-static，但注意：glibc 不支持完全静态链接（getaddrinfo等函数必须动态），改用musl工具链才能真正全静态
验证输出是否真为 Linux 目标：file foo 应显示 ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked；readelf -h foo | grep OS 应返回 UNIX - System V，而不是 UNIX - Darwin。
