根本原因是Clang默认不自带Windows运行时库和链接器，仅负责前端解析与IR生成，需依赖MSVC或MinGW外部工具链完成链接；若target为msvc却未在Developer Command Prompt中运行，或target为mingw但未安装对应工具链，均会导致“linker command failed”等错误。
Clang 安装后不能直接生成 .exe，根本原因不是 Clang 本身缺功能，而是它默认不自带 Windows 运行时库和链接器 —— 它只负责前端解析和 IR 生成，后面得靠 MSVC 或 MinGW 提供的工具链来完成链接并产出可执行文件。
为什么 clang -o main.exe main.cpp 会报“找不到 crt2.o”或“linker command failed”
这是最常遇到的卡点。Clang 在 Windows 上默认 target 是 x86_64-pc-windows-msvc，但它不会自动调用 link.exe，除非你已安装 Visual Studio 并在开发人员命令提示符中运行；若在普通 CMD/PowerShell 中执行，Clang 找不到 link.exe 或 lib.exe，就会中断链接阶段。
- 错误典型表现：
clang++: error: unable to execute command: Executable "link.exe" not found或ld: cannot find crt2.o - 即使
clang++.exe存在且 PATH 正确，也不代表链接环境就绪 - Clang 不是“开箱即用”的完整编译器套件，它依赖外部工具链补全最后一步
两种可靠路径：用 MSVC 工具链 or MinGW 工具链
选哪条路，取决于你本地已装什么、项目是否需兼容 MSVC 运行时（如 msvcp140.dll）。
- 用 MSVC 工具链（推荐已有 VS 的用户）：
→ 启动Developer Command Prompt for VS 2022（不是普通 CMD）
→ 运行clang++ -O2 -o main.exe main.cpp（自动找到link.exe和 CRT 库）
→ 若需调试符号，加-g；启用 ASan 加-fsanitize=address（VS 2019+ 支持） - 用 MinGW 工具链（轻量、免装 VS）：
→ 下载llvm-mingw（比官方 LLVM Installer 更省心）或MSYS2 + mingw-w64-x86_64-clang
→ 编译时显式指定 target：clang++ --target=x86_64-w64-mingw32 -o main.exe main.cpp
→ 此时 Clang 会走 GNU 链接流程，生成静态依赖或动态链接libgcc/libstdc++的.exe
clang.exe vs clang++.exe vs clang-cl.exe 怎么选
三者入口不同，但底层都是 Clang 前端，关键区别在 driver mode 和默认行为：
-
clang.exe默认按 C 编译；clang++.exe默认按 C++ 编译（等价于clang --driver-mode=g++），会自动链接stdc++；两者都走 GCC 风格参数（-I,-L,-l） -
clang-cl.exe是 MSVC 兼容模式，接受/I,/link,/MD等参数，适合集成进原有 VS 工程或 CMake 的Visual Studio Generator - 如果只写
clang main.cpp却没加--driver-mode=g++，它会当 C 文件处理，链接时大概率报undefined reference to `main'（C++ name mangling 导致）
常见漏掉的一步：PATH 和 target 不匹配
很多人把 LLVM\bin 加进 PATH 后以为万事大吉，结果仍失败，问题往往出在 target 和实际可用工具链不一致：
- 检查当前默认 target：
clang++ -v输出里找Target:行，常见值有：x86_64-pc-windows-msvc（要 MSVC）、x86_64-w64-mingw32（要 MinGW） - 若输出是
msvc但你没开 Developer Command Prompt，强制切 target：clang++ --target=x86_64-w64-mingw32 -o main.exe main.cpp - 安装 LLVM 官方 Installer 时，“Install clang++” 复选框默认可能未勾选 —— 检查
%LLVM_PATH%\bin\下是否存在clang++.exe，没有就重装并勾上
真正容易被忽略的是：Clang 的“生成 EXE”能力不是独立存在的，它永远在和另一个世界协作 —— 要么是 MSVC 的 link.exe + CRT，要么是 MinGW 的 ld + libgcc。不明确自己站在哪条工具链上，光调参数是绕不出去的。
