使用GCC 12.1.0编译旧版Linux内核遇报错且修改CFLAGS无效

编译失败本质是GCC版本与老版本内核代码不匹配：你使用的GCC 12.1新增了-Wuse-after-free检查、升级了-Wformat-truncation的检测逻辑，而你bisect的2ab9c967提交属于2021年的staging分支代码，当时内核还未适配GCC12的这些新警告规则；内核默认开启-Werror将所有警告视为错误，就会直接终止构建。
你之前的修改无效有三个明确原因：

• 修改KBUILD_FLAGS是无效操作，内核构建实际使用的编译参数变量是KBUILD_CFLAGS
• 老版本内核的cc-disable-warning宏没有适配GCC12的新增警告选项，试编译检测逻辑会误判编译器不支持对应参数，直接把你添加的选项过滤掉
• 子目录Makefile中的-Werror是额外追加的配置，全局的-Werror已经在顶层Makefile中提前加入编译参数，你删掉子目录的配置不会移除全局传入的-Werror

方案1：针对性关闭对应警告的error判定（不影响其他警告检查） #

打开顶层目录的Makefile，找到所有KBUILD_CFLAGS赋值段的最末尾，直接追加以下两行配置，不要用cc-disable-warning封装：

KBUILD_CFLAGS += -Wno-error=use-after-free
KBUILD_CFLAGS += -Wno-error=format-truncation

如果后续bisect过程中碰到其他GCC12新警告触发的报错，按照同样格式追加-Wno-error=警告名即可，GCC12编译这个时期的内核常见的触发项还有array-bounds、maybe-uninitialized。

方案2：命令行传参（100%生效，适合git bisect场景） #

如果不想反复修改Makefile，直接在执行make命令时通过命令行传入参数，绕开Makefile内的变量逻辑：

# 仅关闭当前碰到的两个警告的error判定
make -j$(nproc) KBUILD_CFLAGS_KERNEL="-Wno-error=use-after-free -Wno-error=format-truncation" [你的其他原有编译参数]

方案3：全局临时关闭-Werror（bisect最快方案） #

如果只是想快速完成bisect流程，不需要严格的警告检查，可以直接全局关闭"警告视为错误"的逻辑，所有警告只会打印不会中断编译：

make -j$(nproc) KBUILD_CFLAGS="-Wno-error" [你的其他原有编译参数]

注意：该方案仅适用于bisect排查问题的临时场景，禁止用于正式生产内核的编译构建。

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