Clang交叉编译必须显式指定链接器，因-target不自动映射链接器路径；应使用-fuse-ld=lld配合--sysroot，并在CMake中设CMAKE_EXE_LINKER_FLAGS确保生效。
Clang交叉编译时如何指定链接器
Clang 默认使用系统自带的链接器（如 Linux 上的 ld、Windows 上的 link.exe 或 macOS 上的 ld64），但交叉编译时它往往找不到目标平台对应的链接器，或调用的是主机链接器导致链接失败。必须显式指定目标平台的链接器，否则会卡在 “undefined reference to crt1.o” 或 “cannot find -lc” 这类错误上。
最直接有效的方式是用 -fuse-ld= 参数配合 --ld-path=（部分版本支持）或环境变量控制，但实际生效路径取决于 Clang 版本和目标三元组：
-
-fuse-ld=lld：强制使用 LLVM 自带的ld.lld链接器，适用于大多数 Linux 目标（如aarch64-linux-gnu），前提是已安装lld并在 PATH 中 -
-fuse-ld=gold或-fuse-ld=bfd：仅当主机系统装有 GNU binutils 且对应链接器支持目标架构时可用（不推荐用于跨架构交叉链接） -
--ld-path=/path/to/ld.lld：Clang 15+ 支持该参数，可绕过 PATH 查找，精确指定链接器路径 - 环境变量
LLD_PATH或LD在某些构建系统中会被 Clang 尊重，但不是所有版本都识别 —— 不如直接用-fuse-ld可靠
示例：为 ARM64 Linux 交叉编译并强制用 ld.lld
clang -target aarch64-linux-gnu -fuse-ld=lld \ --sysroot=/opt/sysroots/aarch64-linux-gnu \ hello.c -o hello
为什么不能只靠 -target 就自动选对链接器
Clang 的 -target 决定了代码生成目标（指令集、ABI、调用约定等），但不决定链接器行为。链接器需要匹配目标平台的 ABI、CRT 文件布局、动态链接格式（ELF vs PE vs Mach-O）以及库搜索路径。Clang 不会自动把 -target aarch64-linux-gnu 映射到 /usr/aarch64-linux-gnu/bin/ld —— 它连这个路径是否存在都不知道。
常见误判点：
- 以为
clang -target aarch64-linux-gnu会自动调用aarch64-linux-gnu-gcc附带的ld：不会，Clang 和 GCC 工具链完全独立 - 在 Windows 上交叉编译 Linux 二进制时，默认链接器仍是
link.exe，报错 “invalid option -- '-z’”：这是典型的链接器错配，必须加-fuse-ld=lld - 用了
--sysroot却没配链接器：--sysroot只影响头文件和库路径，不影响链接器本身的选择
Clang + lld 组合在不同目标平台的实际兼容性
ld.lld 是 LLVM 官方维护的链接器，对多数 ELF 目标（Linux、Android、鸿蒙）支持良好，但对 Windows 和 macOS 目标有明确限制：
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
x86_64-pc-windows-msvc：不支持-fuse-ld=lld，必须用 MSVC 的link.exe；若想用 lld，得切到x86_64-w64-mingw32目标，并确保lld编译时启用了 COFF 支持 -
x86_64-apple-darwin：ld.lld对 Mach-O 支持仍属实验阶段（截至 Clang 18），生产环境建议保留默认ld64 -
aarch64-linux-android：NDK r21+ 强制使用clang+lld，-fuse-ld=lld是隐式启用的，显式写上更稳妥
验证当前 Clang 是否内置 lld 支持：
clang --version | grep -i lld
或检查 ld.lld 是否在同目录下：ls $(dirname $(which clang))/ld.lld
Makefile / CMake 中如何稳定传递链接器选项
在构建系统里硬编码 -fuse-ld= 往往不够 —— 它可能被后续链接步骤覆盖，尤其在链接静态库或使用 -Wl, 传参时。
可靠做法：
- CMake：设置
CMAKE_EXE_LINKER_FLAGS，例如-DCMAKE_EXE_LINKER_FLAGS="-fuse-ld=lld" - Makefile：在链接命令中显式插入，避免依赖隐式规则
$(CC) $(CFLAGS) -fuse-ld=lld $(LDFLAGS) $^ -o $@ - Linux kernel 构建：用
make LD=ld.lld替代LD变量，比-fuse-ld更底层、更可靠
容易忽略的一点：如果项目中混用 gcc 和 clang 工具链（比如用 gcc 编译部分模块），链接阶段必须统一链接器。Clang 生成的目标文件（.o）能被 ld.lld 消费，但 GCC 生成的 .o 若含 vendor-specific 扩展段，lld 可能拒绝处理 —— 这类问题往往在最终链接时报 “unknown section type”，而非语法错误。
