makefile本身不自动切换工具链，需手动将gcc/g++替换为clang/clang++并确保path可访问；必须同步设置cc、cxx、ld等变量，显式指定路径更可靠，避免链接器和标准库不匹配导致错误。
Makefile里直接调用clang而不是gcc
Makefile本身不“切换工具链”，它只是执行你写的命令。所谓切换，本质是把 gcc / g++ 替换成 clang / clang++，并确保它们在 $PATH 中可访问。
常见错误是只改了编译器名，但没处理链接器或标准库差异，导致 undefined reference to __cxa_begin_catch 这类符号错误。
- 显式指定编译器路径更可靠，比如
CC = /opt/llvm/bin/clang，避免 PATH 里混着多个版本 - 必须同步设置
CXX = /opt/llvm/bin/clang++，C++项目单改CC不生效 - 如果用了
-stdlib=libc++，得额外加-lc++ -lc++abi到LDFLAGS，否则链接失败 - 旧 Makefile 里写死的
-Wl,--as-needed在 LLD 上可能报错，可临时删掉或换用-Wl,--no-as-needed
如何让make自动识别LLVM安装路径
Makefile 没有内置的“探测逻辑”，不像 CMake 那样能 find_package(LLVM)。你要么硬编码路径，要么靠外部注入。
推荐做法是把 LLVM 路径作为变量传入，而不是写死在 Makefile 里：
- 运行时传参：
make CC=/usr/local/llvm-17/bin/clang CXX=/usr/local/llvm-17/bin/clang++ - 在 Makefile 开头加 fallback：
CC ?= clang，这样没传就默认找PATH里的clang - 避免用
which clang或shell函数动态查路径——Make 的 shell 调用不可靠，且破坏增量构建判断
链接阶段出错：lld vs binutils ld
LLVM 默认配的是 lld 链接器，但 Makefile 通常没指定 LD，会 fallback 到系统 ld。结果就是编译用 clang，链接却用 GNU ld，容易因 ABI 或 flag 兼容性翻车。
- 显式设
LD = lld，或更稳妥地用LD = /usr/local/llvm-17/bin/lld - clang 调用链接器时默认加
-fuse-ld=lld，但 Makefile 里若手动写了$(CC) -o foo.o ...，这个 flag 就不会自动带上 - 检查是否误启用了
-Wl,--allow-multiple-definition—— GNU ld 支持，lld 默认拒绝，需换成-Wl,--allow-multiple-definition（lld 14+ 才支持）
Makefile + LLVM交叉编译（ARM64/Windows）
LLVM 工具链支持跨目标，但 Makefile 不会自动适配 target triple。你得自己控制 --target 和 sysroot。
- ARM64 编译：
CC = clang --target=aarch64-linux-gnu --sysroot=/path/to/sysroot - Windows UCRT：
CC = clang --target=x86_64-pc-windows-msvc -D_WIN32_WINNT=0x0A00 - 别漏掉
-I和-L指向对应平台的头文件和库路径，否则stdio.h not found或链接找不到ucrt.lib - MinGW-w64 + LLVM 场景下，
clang默认不认mingw32-make的MAKEFLAGS，建议统一用make并重命名二进制
最易被忽略的一点：Makefile 里所有涉及编译、链接、预处理的命令，只要用了 gcc 相关名字，就必须逐个替换，包括 AR（归档器）、RANLIB（符号索引）、甚至 STRIP —— LLVM 提供的 llvm-ar、llvm-ranlib、llvm-strip 行为和 GNU 版本不完全一致，尤其在静态库打包时。
