如何在CMake中指定自定义STL库（libstdc++）路径？

核心原因 #

你指定了新GCC的CC/CXX变量，但CMake缓存残留、编译器环境未正确配置，或链接参数未强制指定新库路径，导致编译/运行时仍优先调用系统全局的libstdc++.so.6。

分步解决方案 #

1. 彻底清理旧构建缓存 #

CMake会缓存之前的编译配置，必须删除旧构建目录重新开始：

rm -rf build && mkdir build && cd build

2. 预配置编译器环境变量 #

在调用CMake前，先设置环境变量让编译器优先找到自身配套的头文件和库（注意替换为你的GCC实际路径，多数64位系统下库目录是lib64而非lib）：

export CC=/path/to/gcc-13.2/bin/gcc
export CXX=/path/to/gcc-13.2/bin/g++
# 编译时找头文件的路径
export CPATH=/path/to/gcc-13.2/include:$CPATH
# 编译时找库的路径
export LIBRARY_PATH=/path/to/gcc-13.2/lib64:$LIBRARY_PATH
# 运行时临时找库的路径（可选，若后续用rpath可省略）
export LD_LIBRARY_PATH=/path/to/gcc-13.2/lib64:$LD_LIBRARY_PATH

3. 用CMake参数强制指定链接路径与RPATH #

调用CMake时，添加以下参数确保链接新GCC的STL，并将新库路径嵌入可执行文件的RPATH（运行时自动优先加载）：

cmake .. \
  -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON \
  -DCMAKE_INSTALL_RPATH=/path/to/gcc-13.2/lib64 \
  -DCMAKE_EXE_LINKER_FLAGS="-L/path/to/gcc-13.2/lib64"

4. 验证配置是否生效 #

• 编译完成后，检查可执行文件的依赖库路径：

  ldd your_executable
  

  正常情况下libstdc++.so.6应指向/path/to/gcc-13.2/lib64/libstdc++.so.6。
• 检查RPATH是否正确嵌入：

  objdump -x your_executable | grep RPATH
  

为什么之前的参数无效？ #

你使用的CMAKE_SYSTEM_IGNORE_PATH、CMAKE_SYSTEM_LIBRARY_PATH等参数是交叉编译场景的配置，本地编译时CMake会优先遵循编译器自身的搜索路径，而非这些系统级参数。若新GCC的搜索路径未正确包含自身库目录，即使设置这些参数也无法生效。

额外排查点 #

如果以上步骤仍无效，检查新GCC的安装是否正确：

/path/to/gcc-13.2/bin/g++ -print-search-dirs

查看输出的libraries:部分是否包含你的GCC库目录，若没有，说明GCC编译安装时可能未正确指定--prefix，需重新编译安装GCC。

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