只保存gcc编译错误需丢弃标准输出并单独重定向标准错误：gcc -o myprog myprog.c 1>/dev/null 2>error.log，其中1>/dev/null屏蔽正常输出，2>error.log仅捕获错误信息。
只保存gcc编译错误，不混入正常输出
默认情况下，gcc 把错误和警告写到标准错误（stderr），把成功消息（如“writing output to…”）写到标准输出（stdout）。如果只想存错误，必须把 stdout 屏蔽掉，只重定向 stderr。
最稳妥的写法是：
gcc -o myprog myprog.c 1>/dev/null 2>error.log
这里 1>/dev/null 丢弃所有标准输出，2>error.log 把错误单独捕获到文件。常见错误是写成 >error.log，结果只存了空文件——因为错误根本没进 stdout。
- 别用
>error.log 2>&1：这会把 stdout 和 stderr 都塞进去，日志里夹杂无关信息 - 如果想追加而非覆盖，用
2>>error.log - 检查是否真有错误：编译后立刻运行
cat error.log；空文件 ≠ 编译成功，也可能是没触发任何警告/错误
同时看终端输出 + 写入错误日志
开发时经常需要边看终端反馈边留档，tee 是唯一能兼顾两者的工具，但要注意它默认只处理 stdout，所以得先合并 stderr：
gcc -o myprog myprog.c 2>&1 | tee error.log
这条命令把 stderr 合并进 stdout 后交给 tee，终端实时显示，文件也同步写入。容易踩的坑是漏掉 2>&1，导致终端能看到错误，但 error.log 里只有空行或零字节。
-
tee不支持直接分路 stderr，必须靠2>&1合流 - 如果终端刷屏太快看不清，加
| less或重定向到另一个文件再查 - 某些旧版 shell（如 dash）对
2>&1 |解析不稳定，CentOS 7+ 的 bash 没问题
Makefile 里怎么固定记录错误日志
在 Makefile 中硬编码日志路径最可靠，避免每次手动输命令。关键点是：错误重定向必须放在具体编译命令行末尾，不能只放在目标定义处。
CC = gcc CFLAGS = -Wall -Wextra myprog: myprog.c $(CC) $(CFLAGS) -o $@ $compile_errors.log
注意：2>compile_errors.log 必须紧贴在 gcc 命令后面，否则 make 会把它当成新命令执行。另外，make 默认只显示命令本身，不显示输出，所以这个重定向是生效的唯一方式。
- 不要在
CC = gcc 2>...里写重定向：那会污染整个变量，后续其他命令也受影响 - 如果想每次编译都清空旧日志，加
>compile_errors.log在前面做初始化（但没必要，覆盖写更轻量） - 多文件项目中，单个
.c出错就会中断 make，此时compile_errors.log只含那个文件的错误
为什么 -v 或 -Wall 输出不进 error.log
-v 输出的是编译器内部流程（如调用 cc1、as、ld 的路径），属于诊断信息，走的是 stderr；-Wall 触发的警告也走 stderr。所以它们本该进 error.log ——但前提是没被其他重定向干扰。
典型翻车场景：
- 写了
gcc -v ... >out.log 2>&1：这时-v信息进了out.log，不是error.log - 用了
make V=1：它的详细输出是 make 自己打印的，不属于 gcc 的 stderr，重定向 gcc 命令无效 - 在 IDE 里点“build”：底层可能封装了多层脚本，直接重定向 gcc 行不通，得改构建配置
真正要抓全量编译过程日志，唯一通用办法是：从最外层命令开始重定向，比如 make 2>full_build.log，而不是只动 gcc 那一行。
