Clang不支持MSVC的-MP参数，该选项在Clang中被忽略或报错；正确并行编译需依赖构建系统（如Ninja的-nj或Make的-j），而非编译器参数。
Clang 没有 -MP 参数
Clang 编译器本身不支持 -MP 选项。这个参数是 Microsoft Visual C++（MSVC）编译器的专属命令行开关，用于启用多进程并行编译。如果你在 Clang 命令中写了 -MP，它会被静默忽略（Clang 不报错但也不生效），或触发未知选项警告（取决于版本和警告级别）。
为什么你会看到 clang++ -MP？
常见混淆来源有两类：
- 误将 MSVC 的文档/脚本复制到 Clang 环境下使用；
- 构建系统（如 CMake + Ninja 或 Visual Studio 生成器）在调用 Clang 时，错误地透传了 MSVC 特有的参数（尤其在 Windows 上混合配置时）。
Clang 在 Windows 下常用的是 clang-cl 兼容模式，它会模拟部分 MSVC 行为，但 -MP 仍不被支持——clang-cl 也只认 /MP（注意是斜杠），且仅当后端真正调用 MSVC 工具链时才可能间接起效，纯 Clang 后端下无效。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
Clang 实现并行编译的正确方式
Clang 通过构建系统层而非编译器参数实现并行：
-
使用 Ninja 作为生成器：CMake 配置时指定
-G Ninja，然后运行ninja -jN（例如ninja -j8），由 Ninja 调度多个 Clang 进程并发编译不同源文件； -
使用 Make + -j 参数：配合
-MMD -MP（注意这是 GCC/Clang 的依赖生成选项，和 MSVC 的/MP完全无关）生成 .d 文件后，执行make -j8并行构建； -
不依赖编译器内置并行：Clang 本身没有类似 MSVC
/MP那样 fork 多个自身副本的能力；它的“并行”完全交给外部构建工具管理。
试图给 clang++ 加 -MP 或 /MP 是无效的，且容易掩盖构建系统配置问题。
容易被忽略的关键点
很多人卡在“为什么加了 -MP 还不提速”，根本原因不是参数没写对，而是没意识到：-MP（MSVC）和 -MMD -MP（GCC/Clang）虽然拼写相同，但属于两套完全独立的机制，作用对象和生效层级完全不同。前者控制单次编译过程中的子进程数量，后者只是为 make 生成防错的依赖规则。混淆这两者，是 Windows + Clang 混合环境下最常踩的构建陷阱之一。
