根本原因是clang未将--target透传给ld.lld，导致其误用宿主机路径查找libc；需显式设置--target、--sysroot及ld环境变量指向ohos的ld.lld，并通过clang++ -###验证参数传递是否完整。
Clang交叉编译时 ld.lld 找不到或报 “cannot find -lc”
根本原因不是链接器缺失，而是 Clang 没把 --target 透传给链接器，导致 ld.lld 误用宿主机（如 x86_64-linux-gnu）的搜索路径，去查 glibc 的 crti.o、-lc，而目标平台（如 aarch64-linux-ohos）实际要用 musl 或 OHOS 自研运行时。
libtool 尤其典型：它会截获 Clang 的命令行，自己拼接链接参数，但默认不转发 --target，也不设置 --sysroot。结果就是 ld.lld 根本不知道该去 ${SYSROOT}/usr/lib 下找 libc.a。
- 确认你显式设置了
--target=aarch64-linux-ohos（或对应目标 triple），且该参数出现在最终传给clang++的完整命令中（可通过make V=1查看） -
export LDFLAGS="--sysroot=${SYSROOT} --target=aarch64-linux-ohos"，强制让 libtool 和 clang 都带上 - 若用鸿蒙 SDK，
LD环境变量必须指向${OHOS_SDK}/native/llvm/bin/ld.lld，不能依赖系统/usr/bin/ld - 检查
${SYSROOT}/usr/lib下是否存在libc.a或libgcc.a；没有则说明 sysroot 不完整，需重装 SDK 或补全 native/sysroot
Clang 命令行里写了 -fuse-ld=lld 却仍调用 /usr/bin/ld
这是 Clang 的“链接器发现逻辑”在作祟：当你没指定 --target，Clang 会 fallback 到 host 工具链，并忽略 -fuse-ld=lld —— 因为它认为 host 的 ld 更“可信”。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 必须前置指定
--target，且位置要在-fuse-ld=lld之前，例如：clang++ --target=aarch64-linux-ohos -fuse-ld=lld ... - 避免混用 GCC 工具链环境变量（如
CC=aarch64-linux-gnu-gcc）和 Clang，二者链接器搜索逻辑完全不同 - 用
clang++ -### ...（注意是三个 #）查看 Clang 实际生成的链接命令，确认ld.lld被调用且参数含--sysroot和--target
VSCode 或 Dev-C++ 里提示 “ld: command not found”
IDE 只是外壳，真正执行的是 shell 环境里的 clang++。如果它内部调用链接器失败，大概率是 PATH 里压根没包含 ld.lld 所在目录。
- 检查
which ld.lld是否有输出；若无，说明 LLVM bin 目录未加入 PATH（鸿蒙 SDK 下通常是${OHOS_SDK}/native/llvm/bin） - 在 VSCode 的
c_cpp_properties.json中，"compilerPath"应指向clang++，而非g++；同时确保终端启动 VSCode 的方式是code .（而非双击图标），否则 PATH 不继承 - Dev-C++ 中，进入“工具 → 编译器选项 → 程序”，手动填入
ld.lld的绝对路径，不要依赖自动探测
链接时报 “cannot find -lcudart_static” 之类 CUDA 库缺失
这不是 Clang 或链接器的问题，而是 CUDA 工具链本身未适配交叉场景：CUDA 的静态库（如 libcudart_static.a）通常只提供 host 架构（x86_64）版本，不提供 target 架构（如 aarch64）的预编译库。
- 交叉编译 CUDA 代码时，基本无法使用
-lcudart_static；应改用动态链接（-lcudart），并确保目标设备已部署对应 CUDA runtime - 若必须静态链接，需在目标平台（如 Jetson）上本地编译 CUDA runtime，再将其
lib目录加入--sysroot或-L路径 - Clang 对 CUDA 的支持依赖
-x cuda和--cuda-gpu-arch=sm_XX，这些参数不会自动传递给链接阶段，需手工加到LDFLAGS中
真正卡住人的，往往不是链接器找不到，而是 Clang 在链接阶段“假装自己没看见”你设的 --target 和 --sysroot —— 它只在编译阶段认真，在链接阶段却容易退化成 host 模式。每次遇到链接失败，先跑一遍 clang++ -###，比瞎改 Makefile 有用十倍。
