Makefile中需显式定义CXX=clang++并置于规则前，否则默认使用gcc；编译失败常因未加-stdlib=libc++、-std=c++17或缺失Clang头文件路径。
怎么让Makefile识别clang++而不是gcc
默认情况下，make 会用 cc 或 gcc 当编译器，即使你已装好 clang++。不显式指定，它根本不会用你刚装的工具链。
最直接的办法是在 Makefile 开头定义 CC 和 CXX 变量：
-
CC = clang（C 文件） -
CXX = clang++（C++ 文件） - 如果项目混用 C/C++，别只设
CC，否则.cpp文件仍可能被g++拾取 - 变量定义必须放在所有规则之前，否则会被 make 的隐式规则覆盖
为什么 clang++ 编译失败但 gcc 没问题
常见原因是源码里用了 GCC 特有扩展（比如 __attribute__((cleanup))），或链接时缺了 libc++ 而不是 libstdc++。
关键修复点：
- 加
-stdlib=libc++：告诉clang++用 LLVM 自家标准库，不是 GNU 的 - 加
-std=c++17（或更高）：Clang 对 C++ 标准更严格，不写明版本容易触发默认 GNU 扩展模式 - 检查
include路径：Clang 默认不搜 GCC 的头文件目录，必要时加-I/usr/include/c++/v1 - 如果报
undefined reference to '__cxa_throw'，基本就是没配-stdlib=libc++
Makefile 里怎么写跨架构编译（ARM64/X64）
Clang 支持通过 --target 切换目标平台，但 Makefile 本身不自动感知架构——得靠变量控制。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
推荐写法：
- 用
ARCH ?= x86_64定义默认架构，支持命令行覆盖：make ARCH=arm64 -
CC = clang --target=$(ARCH)-unknown-linux-gnu（Linux 场景） - Windows ARM64 需额外加
--target=arm64-windows-msvc，且确保路径含clang-cl.exe或配置CLANG_CXX_LIBRARY=msvc - 注意：Snapdragon LLVM ARM 工具链的
clang++默认 target 就是aarch64-pc-windows-msvc，不用手动加--target
scan-build 静态分析怎么嵌进 make 流程
scan-build 不是编译器，而是拦截器——它不能直接替换 CC，必须包裹整个 make 调用。
正确姿势：
- 不要写
CC = scan-build clang++，这会让scan-build去找clang++的子命令，失败 - 运行时执行：
scan-build make，它会自动 hook 所有clang调用 - 想指定报告目录：
scan-build -o /tmp/report make - 若 Makefile 里用了
$(MAKE)递归调用，scan-build仍能穿透，但需确保子 make 未重置CC
实际中容易漏掉的是：scan-build 只分析被它启动的编译过程，如果 Makefile 里硬编码了 gcc 或调用外部构建脚本，那些步骤不会被扫描。
