这确实是GDB调试时常见的库版本不匹配问题——你的程序用自定义GCC编译后链接了对应版本的libstdc++，但GDB默认会优先加载系统自带的libstdc++，导致调试符号不匹配而出错。下面给你几种可行的解决办法：

方法1：启动GDB前设置环境变量 #

通过LD_LIBRARY_PATH指定自定义GCC的libstdc++所在路径，让GDB加载正确的库文件。假设你的自定义GCC安装在/opt/my-gcc（请替换成你实际的安装路径），对应的库目录通常是lib64（64位系统）或lib（32位系统）：

# 临时设置环境变量并启动GDB
LD_LIBRARY_PATH=/opt/my-gcc/lib64:$LD_LIBRARY_PATH gdb ./your-executable

如果想让这个环境变量在当前终端会话中一直生效，可以先执行export LD_LIBRARY_PATH=/opt/my-gcc/lib64:$LD_LIBRARY_PATH，再启动GDB。

方法2：在GDB内部设置库搜索路径 #

如果不想改动系统环境变量，可以在启动GDB后，通过solib-search-path命令指定库搜索路径，仅对当前GDB会话生效：

# 启动GDB后执行
set solib-search-path /opt/my-gcc/lib64
# 然后运行程序
run

方法3：编译时设置rpath（推荐） #

最彻底的方法是在编译链接阶段给可执行文件设置rpath，让程序运行和调试时自动优先加载指定路径的libstdc++。在你的Makefile中，给链接选项加上-Wl,-rpath=你的自定义GCC库路径：

# 假设你的自定义g++路径是/opt/my-gcc/bin/g++
CXX = /opt/my-gcc/bin/g++
# 编译选项保持你的原有设置
CXXFLAGS = -O2 -Wall
# 添加rpath链接选项
LDFLAGS = -Wl,-rpath=/opt/my-gcc/lib64

重新编译后，用ldd ./your-executable查看链接的libstdc++路径，确认已经指向自定义GCC的版本，之后不管是运行还是调试都不会再出现库不匹配的问题。

验证是否生效 #

你可以在GDB中执行info sharedlibrary命令，查看加载的libstdc++.so路径是否和你自定义GCC的库路径一致，以此确认设置是否生效。

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