仅转发GDB服务器端口远程调试为何提示“值已被优化”？

问题场景 #

调试器连接拓扑如下：

[Debugger] <- usb -> [Machine A] <- tcp -> [Rendezvous server] <- tcp -> [Laptop]

在Machine A上启动st-util并将4242端口转发到Laptop，通过以下命令连接GDB：

laptop$ arm-none-eabi-gdb target extended-remote localhost:4242

连接成功且能烧录微控制器，但调试时GDB持续提示**"value has been optimized out"**。

补充说明 #

直接本地连接调试时无此问题，已在Machine A上安装对应工具链，编译命令如下：

/home/ceremcem/embedded/gcc/gcc-arm-none-eabi-10-2020-q4-major/bin//arm-none-eabi-gcc -c -mcpu=cortex-m4 -mthumb -mfpu=fpv4-sp-d16 -mfloat-abi=hard -DUSE_HAL_DRIVER -DSTM32F407xx -ICore/Inc -IDrivers/STM32F4xx_HAL_Driver/Inc -IDrivers/STM32F4xx_HAL_Driver/Inc/Legacy -IDrivers/CMSIS/Device/ST/STM32F4xx/Include -IDrivers/CMSIS/Include -Imodbus_lib -Og -Wall -fdata-sections -ffunction-sections -Wextra -g -gdwarf-2 -MMD -MP -MF"build/main.d" -Wa,-a,-ad,-alms=build/main.lst Core/Src/main.c -o build/main.o

编译已使用-Og选项，该选项官方说明为：

优化调试体验。-Og应作为标准编辑-编译-调试周期的优化级别选择，在提供合理优化水平的同时保持快速编译和良好调试体验。它比-O0更适合生成可调试代码，因为一些收集调试信息的编译器过程在-O0下会被禁用。
与-O0类似，-Og完全禁用了许多优化过程，因此控制这些过程的单个选项无效。除此之外，-Og启用所有-O1优化标志，除了那些可能干扰调试的标志：(...)

解决方案 #

1. 核对调试符号与目标程序一致性
   远程调试时，Laptop端GDB加载的elf文件必须和烧录到MCU的程序完全一致——包括编译时间、调试符号、代码内容。如果程序是在Machine A上编译的，务必把生成的完整elf文件同步到Laptop，不能只烧录bin/hex文件，否则GDB无法匹配正确的调试信息。

2. 调整st-util启动参数
   默认启动的st-util可能没有开启完整调试支持，启动时加上--debug增强调试交互能力，同时用--listen 0.0.0.0让它绑定所有网络接口，避免仅监听本地回环导致调试信息传输不完整。

3. 强制关闭潜在优化
   尽管用了-Og，部分编译器版本或选项组合仍可能触发影响调试的优化。可以临时添加-fno-omit-frame-pointer参数强制保留栈帧指针，或者直接换成-O0编译，看看是否还会出现优化提示，以此排除编译器层面的问题。

4. 验证端口转发的完整性
   确保端口转发是双向全量的，不要对TCP数据包做过滤或截断。可以用telnet localhost 4242测试Laptop到Machine A的连接稳定性，或者在Machine A上用tcpdump port 4242监控数据包，确认GDB远程调试协议的数据包完整传输。

5. 排查GDB远程配置
   在GDB里执行set remote hardware-watchpoint-limit 4（数值根据MCU支持的硬件断点数量调整），确保硬件断点/观察点正常工作；同时执行set debug remote 1开启远程调试日志，查看是否有调试信息传输异常的报错，定位具体问题环节。

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