clang --help仅显示前端通用选项（如-e、-s、-c），不包含目标平台或优化参数；完整内部选项需用clang -cc1 --help，但面向开发者；日常应按需查子命令帮助，如clang++ --help或clang -e --help。
clang --help 显示的是什么内容
直接运行 clang --help 会输出一长串选项列表，但**它只展示前端通用选项（如 -E、-S、-c），不包含目标平台相关或优化类参数**。对新手来说，信息过载且缺乏分类，容易忽略关键项（比如 -std 或 -Wall）。这不是错误，而是设计如此：Clang 把帮助拆成多级。
clang -cc1 --help 是更底层的完整参数列表
clang -cc1 --help 才是真正暴露所有编译器内部选项的命令，包括代码生成、寄存器分配、ABI 控制等。但它面向的是 Clang 开发者或深度调优者，普通用户看到 -mllvm、-fno-semantic-interposition 这类参数基本用不上，还可能误配导致编译失败。
- 别把它当日常参考——除非你在写插件、调试 IR 或排查后端行为
- 运行它前确认 clang 已安装且在 PATH 中，否则报错
clang: error: no input files是因为 -cc1 模式必须配合源文件或预处理输入 - macOS 上若用 Xcode 自带 clang，
-cc1可能被 Apple 限制部分选项可见性
最实用的帮助获取方式：按需查子命令 + --help
Clang 实际由多个逻辑子工具组成，每个都有独立帮助页。与其硬啃全量 --help，不如针对具体任务查对应命令：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 想知道 C++ 标准支持哪些？用
clang++ --help——它会额外列出-std=c++20等 C++ 专属选项 - 想看预处理器行为？用
clang -E --help——只显示宏定义、包含路径相关参数 - 检查警告开关？
clang -Weverything --help会列出所有可启用/禁用的警告组（如-Wreturn-type） - 静态分析要用
scan-build --help，不是clang --help
这种“子命令 + --help”模式比死记硬背更可靠，也符合实际工作流：你总是在决定用 -c 编译还是 -S 生成汇编时才需要查那一块。
为什么 clang --version 和 clang -v 不该被忽略
clang --version 验证是否装对版本；clang -v 则显示实际调用的工具链路径、内置头文件位置、链接器参数，默认 -std 版本等。这些信息在遇到 “找不到 stdio.h” 或 “undefined reference to __cxa_atexit” 时，比翻帮助页更快定位问题根源。
尤其当你在嵌入式环境或交叉编译场景下，-v 输出里的 Target: 和 Thread model: 行，直接告诉你当前 clang 是为 x86_64 还是 aarch64 构建的，避免参数白配。
