clang多文件编译时stdout/stderr默认不缓存且直接输出到终端，执行结束后即丢失，需用2>&1重定向保存日志；-v可显示详细调用链，--serialize-diagnostics生成二进制诊断文件但不替代文本日志；Make/Ninja需调整构建规则才能捕获完整输出。
clang 多文件编译时 stdout/stderr 默认不缓存，直接丢弃
默认情况下，clang++ 或 clang 在编译多个文件（比如用 -c 生成多个 .o）时，所有警告、错误、甚至预处理展开信息都直接输出到终端。一旦命令执行结束，这些输出就没了——除非你主动捕获。
这不是 clang 的 bug，而是 Unix 工具链的通用行为：编译器只负责输出，重定向由 shell 控制。
-
clang++ -c main.cpp utils.cpp这条命令的全部日志（包括 warning、note、error）都走stderr，不会自动保存 - 即使加了
-v或--verbose，输出仍走终端，不落盘 - 如果编译中途失败，你只能靠肉眼记下最后一屏，没法回溯
用 shell 重定向捕获完整编译日志最可靠
最简单、最兼容、最不容易出错的方式就是用 2>&1 把 stderr 和 stdout 一起重定向到文件。多文件编译时尤其要这么做，因为每个 .cpp 的诊断信息可能交错输出。
- 保存全部输出（含错误和警告）：
clang++ -c main.cpp utils.cpp 2>&1 > build.log - 更常用写法（等价但更清晰）：
clang++ -c main.cpp utils.cpp > build.log 2>&1 - 如果只想保留错误和警告（过滤掉普通信息），用：
clang++ -c main.cpp utils.cpp 2> build.err >/dev/null - 想追加而非覆盖日志？把
>换成>>，例如：clang++ -c main.cpp 2>&1 >> build.log
用 -v 或 --serialize-diagnostics 配合日志更实用
-v 能打印出 clang 实际调用的每个子命令（如预处理、编译、汇编路径），对排查工具链问题很有用；而 --serialize-diagnostics 会生成二进制诊断文件，供后续工具分析，但它不替代文本日志。
-
clang++ -v -c main.cpp utils.cpp > build.log 2>&1—— 日志里能看到 clang 调用了哪个cc1、是否启用了 ASan 等细节 -
clang++ --serialize-diagnostics main.dia -c main.cpp—— 生成main.dia，需用clang -diagnostic-log=main.dia解析，不适合日常查看 - 注意：
--serialize-diagnostics不支持多输入文件一次性生成一个 dia 文件，必须单文件调用
Make/Ninja 构建时日志容易被吞，得改构建规则
如果你用 make 或 ninja 驱动 clang 编译，它们默认会抑制中间输出，只显示最后一条命令或“成功”提示。这时候光靠 shell 重定向没用，得改构建逻辑。
- Makefile 中避免静默模式：删掉每条命令前的
@，或运行时加make -n预览、make V=1（若支持） - Ninja 默认不显示命令详情，加
-v参数：ninja -v > build.log 2>&1 - CMake 用户可在配置时加
-DCMAKE_VERBOSE_MAKEFILE=ON，再用make > build.log 2>&1 - CI 场景下建议始终用
set -x（bash）或set -o pipefail，确保任何失败都暴露原始命令和返回码
实际调试时最容易忽略的是：**多文件编译中某一个 .cpp 出现 warning，但因其他文件成功编译，整体返回码仍是 0，日志里那行 warning 就被淹没在几十行输出里，不保存根本发现不了**。所以只要不是临时验证，每次运行 clang 命令都该带重定向。
