添加cv.wait后C++程序提示GLIBCXX_3.4.30未找到的解决问询

你遇到的情况是：std::conditional_variable::wait的某个内部实现路径依赖了GLIBCXX_3.4.30符号，之前的代码没触发这个代码分支，所以可执行文件没有引用该符号，也就不会报错。测试样例复现失败，大概率是因为样例逻辑简单，没走到相同的依赖高版本符号的代码路径。

1. 手动编译安装高版本GCC #

• 下载gcc-11及以上版本的源码（该版本会提供GLIBCXX_3.4.30），编译安装到非系统默认目录（比如/usr/local/gcc-11）
• 编译程序时指定使用这个高版本GCC：

  export CC=/usr/local/gcc-11/bin/gcc
  export CXX=/usr/local/gcc-11/bin/g++
  cmake .. && make
  

• 运行程序前设置库路径，让系统优先找新安装的库：

  export LD_LIBRARY_PATH=/usr/local/gcc-11/lib64:$LD_LIBRARY_PATH
  ./your_program
  

2. 静态链接libstdc++ #

在CMakeLists.txt中添加静态链接参数，把libstdc++打包进可执行文件，彻底摆脱对系统动态库的依赖：

target_link_libraries(your_target_name PRIVATE -static-libstdc++)

注意：静态链接会增大可执行文件体积，若程序依赖其他动态库可能存在兼容性问题，但能快速解决当前依赖报错。

3. 替换系统libstdc++.so.6（不推荐） #

该方法有破坏系统原有程序的风险，操作前务必备份：

• 找到高版本gcc安装目录下的libstdc++.so.6.0.30（对应版本文件）
• 备份系统原文件：sudo cp /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.bak
• 复制新文件到系统目录：sudo cp /path/to/new/libstdc++.so.6.0.30 /usr/lib/x86_64-linux-gnu/
• 更新软链接：sudo ln -sf /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.30 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

内容的提问来源于stack exchange，提问作者D. Cohen