-### 会原样打印 clang 驱动最终调用的 clang -cc1 底层命令，含所有隐式路径、宏定义和系统头位置，用于确认编译选项是否真实生效，不执行编译且不包含链接步骤。
用 -### 看 clang 实际调用了什么
-### 不是打印帮助，也不是静默模式——它会把 clang 驱动程序最终要执行的底层命令（尤其是 clang -cc1 调用）原样打印出来，包括所有隐式传入的路径、宏定义、系统头文件位置等。这是调试编译行为、确认是否真启用了某选项（比如 -fsanitize=address）最直接的方式。
常见错误现象：
你加了 -I/my/headers 却发现头文件还是找不到；
用了 -std=c11 但 __STDC_VERSION__ 没变；
怀疑 -fno-omit-frame-pointer 没生效……这些都该先跑一遍 -### 确认参数是否真被传递下去。
- 基本用法：
clang -### test.c—— 会输出一长串带引号的命令行，其中关键部分是以"clang-cc1"开头的那条 - 配合其他选项一起用才有效，比如：
clang -### -fsanitize=address test.c，你会看到-fsanitize=address确实出现在clang -cc1的参数里，同时还有-internal-isystem和-internal-externc-isystem列出的所有系统头路径 - 注意：它不执行编译，只打印；输出里不会出现
ld或链接步骤，除非你加了-o且不是-c - 如果目标是 C++，记得用
-x c++显式指定，否则-###可能按 C 模式推导，导致头路径或默认宏不一致
-### 输出里哪些字段最关键
输出本质是一条模拟 shell 执行的命令，但参数被转义并用空格分隔。真正影响行为的字段集中在几个前缀：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
-triple：目标平台标识，如x86_64-pc-linux-gnu，决定指令集、ABI 和默认头路径 -
-resource-dir：clang 自带的内置头和插件所在目录，比如/usr/lib/clang/18.1.6，很多__builtin_*和__va_*定义都在这儿 -
-internal-isystem和-internal-externc-isystem：clang 自动注入的系统头搜索路径，顺序很重要——排在前面的优先级更高；-I加的路径通常插在-internal-isystem之后、-internal-externc-isystem之前 -
-D开头的宏定义：比如-D__linux__、-D_GNU_SOURCE，有些库依赖这些宏开关特性 -
-emit-obj或-emit-llvm：说明当前阶段要生成 .o 还是 .bc，这由你是否加-c或-S决定，不是固定值
为什么有时 -### 看不到预期参数
不是参数没生效，而是 clang 驱动做了条件过滤或提前终止：
- 加了
-E（预处理）时，-###输出里不会有-emit-obj，因为根本不会走到编译阶段；对应地，-S也不会有-emit-llvm - 如果源文件语法错误严重（比如缺失
#include <stdio.h></stdio.h>导致printf未声明），-###仍会输出命令，但后续实际执行会失败——它只管“计划怎么调”，不管“能不能成” -
-cc1参数里不会出现-l或-L，因为链接是驱动层行为，-###输出末尾才可能出现/usr/bin/ld命令 - 某些选项（如
-fcolor-diagnostics）只影响前端诊断输出格式，不会出现在-cc1参数中，而是在驱动进程里处理
和直接调 clang -cc1 的区别在哪
-### 是观察驱动层“准备怎么调”，而手敲 clang -cc1 是绕过驱动、直连编译器内核——后者必须补全所有驱动自动填的参数，否则大概率失败：
-
clang -cc1不认-I，得换成-internal-isystem或-isystem；也不认-std=，得用-std=c17这种底层形式 - 缺
-triple会报错：error: unable to create target: 'No available targets are compatible with triple ' - 缺
-resource-dir会导致找不到stddef.h等内置头，报fatal error: 'stdarg.h' file not found - 所以别为了“更底层”就硬切
-cc1——-###已经给你完整快照，复制粘贴过去加个引号就能跑，比手凑安全得多
实际调试时，-### 输出的每一行都是 clang 驱动真实决策的结果，但它的“真实性”仅限于当前命令行上下文。跨平台构建、交叉编译、CMake 生成的复杂命令链中，-### 只反映单次调用，不反映工具链配置继承关系——这点容易被忽略。
