gcc as: unrecognized option '--gdwarf-5'
./configure --prefix=/usr --disable-doc --disable-werror
这段建议的核心结论是正确的，但有一个前提需要确认。
如果你的报错确实类似：
as: unrecognized option '--gdwarf-5'
或者：
gcc: error: dwarf version 5 is not supported by assembler
那么：
gcc -g -gdwarf-4 -o tcp_monitor tcp_monitor.c
确实是最直接的解决方案。
为什么能解决
编译流程：
tcp_monitor.c↓
gcc(cc1)↓ 生成汇编
as(assembler)↓
ld(linker)↓
tcp_monitor
你的问题实际上发生在：
gcc → as
GCC 默认生成 DWARF5 调试信息：
-g
等价于：
-gdwarf-5
而老版本 GNU as 不认识：
--gdwarf-5
所以失败。
指定：
-gdwarf-4
后 GCC 会传：
--gdwarf-4
老版本 binutils 通常支持，因此编译成功。
先确认当前版本
执行：
gcc --version
as --version
ld --version
如果看到类似：
GNU assembler 2.27
GNU assembler 2.30
GNU assembler 2.32
那基本就是 DWARF5 支持不足的问题。
更简单的办法
甚至可以试：
gcc -g0 -o tcp_monitor tcp_monitor.c
如果这样能成功，而：
gcc -g -o tcp_monitor tcp_monitor.c
失败，
那么 100% 可以确定问题在调试信息格式，而不是代码本身。
什么时候才需要升级 binutils
只有在以下情况才值得折腾：
-
需要 DWARF5
-
需要 BTF
-
需要最新 linker 特性
-
需要新版 objdump/readelf
-
需要 eBPF/内核开发工具链
如果只是：
编译 tcp_monitor.c
使用 gdb 调试
查看符号
打断点
DWARF4 完全够用。
不过我建议不要直接假设问题已经定位成功。先执行：
gcc --version
as --version
以及把原始报错完整贴出来。
如果报错不是 --gdwarf-5 相关，而是发生在 binutils 的 ld/ 子目录编译过程中，那么结论会完全不同，需要根据具体日志判断。