clang默认使用MSVC工具链，需Visual Studio提供头文件和库；若仅安装LLVM官方包，直接编译会因找不到stdio.h等报错；绕过VS依赖应配MinGW-w64或llvm-mingw，通过--target=x86_64-w64-mingw32和--sysroot指定路径。
clang 默认用的是 MSVC 工具链，不是装完就能直接编译
Windows 上装完 LLVM 官方包（比如 LLVM-18.1.6-win64.exe），clang 命令能跑，但直接 clang hello.c -o hello.exe 很可能失败——它默认找的是 Visual Studio 的库和链接器，不是自带的。
常见报错包括：'stdio.h' file not found、linker command failed、或者提示 unable to find a Visual Studio installation。这不是 clang 本身坏了，而是它没找到配套的运行时和头文件。
- 如果你装了完整版 Visual Studio（2019 或更新），且勾选了“C++ build tools”，那
clang默认就能用：它会自动探测VC\include和VC\lib路径 - 如果只装了 LLVM，没装 VS，就得手动指定目标和工具链，否则编译器连
printf都不认识 -
clang -v输出里的Target: x86_64-pc-windows-msvc就是当前默认模式，别被这个 “msvc” 迷惑——它不等于“你有 msvc”
用 MinGW-w64 工具链编译，不用装 VS
想绕过 Visual Studio 依赖，最稳的路是配 MinGW-w64。不是随便下个 MinGW 就行，得用和 LLVM 兼容的版本，推荐 llvm-mingw（专为 Clang 优化）或官方 MinGW-w64（x86_64-posix-seh）。
关键点在 --target 和 --sysroot：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
clang --target=x86_64-w64-mingw32 hello.c -o hello.exe—— 指定目标三元组，触发 MinGW 模式 - 如果头文件报错（如
'stdio.h' not found），加--sysroot指向 MinGW 的安装路径，例如：--sysroot=C:\mingw64 - 链接时若缺
-lstdc++或-lgcc，Clang 通常自动补，但 C++ 程序建议显式用clang++，它会自动链接 libstdc++ - 注意：MinGW 模式下，
clang编 C，clang++编 C++，不能混用；而 MSVC 模式下二者行为基本一致
clang-cl 是写给 VS 用户的“伪装 gcc”接口
如果你日常用 Visual Studio，又想尝 Clang 的诊断能力（比如更好的 warning、AST dump），clang-cl 是更平滑的选择——它接受 MSVC 风格参数，走 VS 工具链，但用 Clang 做前端分析。
示例命令：
clang-cl /EHsc /W4 /MD hello.cpp /Fe:hello.exe
-
/EHsc启用 C++ 异常，/W4开全警告，/MD动态链接 CRT，/Fe:指定输出名 - 不需要改代码、不需要重装工具链，只要 VS 的
vcvarsall.bat已生效（比如在 “x64 Native Tools Command Prompt” 里运行） -
clang-cl -v会显示它正在用哪个 VS 版本的 include/lib，比纯clang更透明 - 不支持 GNU 扩展语法（比如
__attribute__），这是有意为之——它对标 cl.exe，不是 gcc
最容易被忽略的环境细节
很多问题其实卡在路径和权限上，而不是编译器逻辑：
- MinGW 或 VS 的 bin 目录必须在
PATH里，且顺序要合理：如果同时有 TDM-GCC 和 llvm-mingw，前者可能抢注gcc名，干扰 Clang 自动查找 - 路径含中文或空格（比如
C:\Program Files\...）会导致 Clang 找不到 sysroot，建议安装到C:\llvm、C:\mingw64这类无空格路径 - PowerShell 默认禁用脚本执行策略，
vcvarsall.bat可能无法运行；用 CMD 或管理员权限启动 PowerShell 再执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser -
clang --print-search-dirs能看到它实际查哪些路径，比猜快得多；配合-v可确认最终调用的 linker 是link.exe还是lld-link.exe
