windows下llvm依赖visual studio提供的sdk组件，而非自带；必须安装“使用c++进行桌面开发”工作负载及匹配的windows sdk，否则clang++会因找不到msvc标准库头文件而报错。
Windows下LLVM依赖的SDK组件不是LLVM自带的，而是由Visual Studio提供
LLVM在Windows上不是“独立运行”的编译器套件，它默认以msvc为目标后端（即x86_64-pc-windows-msvc），因此必须依赖微软的C++运行时、头文件和链接器。这些不随LLVM安装包分发，而是来自Visual Studio或Build Tools。
- 必须安装“使用 C++ 进行桌面开发”工作负载（含MSVC工具链、Windows SDK、CMake集成）
- Windows SDK版本需与你的目标平台匹配（如Win10 10.0.19041+ 或 Win11 10.0.22000+）
- 若用
clang-cl（推荐），还需确保已启用“适用于 Windows 的 C++ Clang 编译器”单个组件 - 若手动调用
clang++而非clang-cl，则必须显式指定-I和-L路径指向VS安装目录下的include和lib子目录
为什么不能只装LLVM官方exe就编译C++？
运行clang++ hello.cpp报错iostream file not found，根本原因不是LLVM缺头文件，而是它没找到Visual Studio提供的stdio.hiostream等——这些属于Microsoft C++ Standard Library（MSVC STL），由VS安装时写入%VCToolsInstallDir%\include和%WindowsSdkDir%\Include。
- 官方LLVM安装包（
LLVM-xx.x.x-win64.exe）只提供clanglldllvm-config等二进制，不含任何C/C++标准库 - 即使你装了MinGW或MSYS2，
clang默认也不走gnu三元组，除非显式加--target=x86_64-w64-windows-gnu - 从VS的“开发者命令提示符”启动终端，会自动注入
INCLUDELIBPATH环境变量，这是最省事的验证方式
Clang-cl和clang在Windows上的SDK绑定差异
clang-cl是MSVC兼容模式入口，行为上尽量对齐cl.exe；而clang是GCC兼容模式，默认仍尝试找MSVC头，但参数解析、预处理宏、链接逻辑都不同——这意味着它们对SDK组件的隐式依赖路径不一致。
-
clang-cl会自动探测并使用当前VS安装的最新Windows SDK和MSVC工具集，无需额外配置 -
clang需要手动传--sysroot或-isysroot指向SDK根目录，否则可能混用旧版SDK头（比如误用10.0.17763头配10.0.22621运行时） - 项目中用CMake时，若设
CMAKE_CXX_COMPILER=clang-cl，CMake会自动推导CMAKE_CXX_FLAGS和CMAKE_EXE_LINKER_FLAGS，比硬配clang稳定得多
ROCm 7.14这类场景下特别注意：HIP编译依赖额外Windows SDK头
如果你装的是AMD ROCm 7.14 Core SDK for Windows（含hipccrocblas等），它底层调用clang编译HIP代码，但HIP头文件hip/hip_runtime.h内部大量包含Windows.hwinnt.h等——这些必须由系统级Windows SDK提供，且版本不能低于ROCm文档声明的最低要求（ROCm 7.14要求Windows SDK 10.0.20348+）。
- 仅靠VS 2022自带的默认SDK（如10.0.19041）可能触发
ERROR: 'windef.h' not found类错误 - 需在VS安装器中单独勾选更高版本的Windows SDK（例如10.0.22621），并在项目属性中显式设置
WindowsTargetPlatformVersion - ROCm的
hipcc脚本不会自动切换SDK版本，它完全信任cl.exe的默认行为——所以你得先让cl.exe能用新SDK，hipcc才能用
VirtualAlloc2的新API，即便头文件存在，链接阶段也会失败——因为对应kernel32.lib导出符号只在新版SDK lib中出现。
