嘿，你遇到的这个问题其实是并行Make构建的经典坑——多个编译进程同时往标准输出（stdout）写内容，互相抢着输出就会导致日志被截断、重叠，Jenkins自然没法准确统计警告的数量和类型了。下面给你几个实用的解决办法，按易用性和靠谱程度排序：

1. 给每个编译任务单独输出日志文件（最稳妥） #

修改你的Makefile，让每个编译目标的输出（包括标准输出和错误输出）都定向到单独的临时文件，等全部编译完成后再把这些文件合并成完整日志。示例代码如下：

# 定义单个源文件编译规则，输出到对应日志
%.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@ > $@.build.log 2>&1

# 新增合并日志的目标
.PHONY: merge-logs
all: your-final-target merge-logs
merge-logs:
    cat *.o.build.log > full-build.log
    rm *.o.build.log

这样每个编译任务的输出都互不干扰，最后合并的日志是完整且有序的，Jenkins统计警告就不会出错了。

2. 用GNU Make的--output-sync参数（简单高效） #

如果你用的是GNU Make 4.0及以上版本，直接给Make加--output-sync=target参数就行。这个参数会让Make为每个编译目标的输出做同步，保证每个目标的所有输出是连续的，不会被其他任务的输出插进来。

执行命令改成：

make -j4 --output-sync=target

这个方法不用改Makefile，零侵入，但要注意你的Make版本是否支持——如果是Windows自带的老版本Make可能没有这个功能，需要升级到新版GNU Make。

3. 让编译器直接输出警告到单独文件（精准定位） #

看你例子里用的是ctc编译器，可以查一下它的官方文档，看有没有类似--warn-log这类参数，让每个编译命令把警告信息单独写到指定文件里。比如：

%.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@ --warn-log=$@.warn.log

之后你可以写个简单的脚本（比如Python或者Batch脚本）遍历所有.warn.log文件，统计不同类型警告的数量，这种方式比抓stdout的日志更精准，完全不会受并行输出的影响。

4. 临时禁用并行编译（应急方案） #

如果上面的方法都暂时没法落地，比如赶时间排查问题，可以先把-j4去掉，用单任务编译：

make

这样日志不会乱，但编译速度会慢很多，适合应急用，不适合长期构建流程。

最后补充个小排查技巧：你可以先在本地手动执行make -j4，看看控制台输出是不是也有截断重叠的情况。如果本地也这样，那肯定是并行输出的竞争问题；如果本地正常，再去排查Jenkins日志抓取的环节，但大概率还是前者导致的。

内容的提问来源于stack exchange，提问作者skelliam