兄弟，看起来你已经自己搞定了GCC 15.1.0的编译安装，也摸了点切换的门道，但想要一套能完整用全这套新工具链、还能灵活切换不搞崩系统默认环境的方案对吧？我给你梳理几个靠谱的思路：

1. 用update-alternatives管理全套GCC工具链（不止gcc/g++） #

你之前只提到用它切换gcc和g++，但其实GCC配套的cpp、ar、ranlib这些工具也得同步切换，不然容易出现“gcc是新的，但cpp还是系统旧版本”的混乱情况。具体操作：

• 给每个配套工具添加alternatives选项（优先级设得比系统默认高，比如100，系统默认一般是50左右）：

  sudo update-alternatives --install /usr/bin/gcc gcc /usr/local/gcc-15.1.0/bin/gcc 100
  sudo update-alternatives --install /usr/bin/g++ g++ /usr/local/gcc-15.1.0/bin/g++ 100
  sudo update-alternatives --install /usr/bin/cpp cpp /usr/local/gcc-15.1.0/bin/cpp 100
  sudo update-alternatives --install /usr/bin/ar ar /usr/local/gcc-15.1.0/bin/ar 100
  sudo update-alternatives --install /usr/bin/ranlib ranlib /usr/local/gcc-15.1.0/bin/ranlib 100
  

• 切换的时候，直接针对单个工具执行配置命令就行，比如切换gcc：

  sudo update-alternatives --config gcc
  

  选对应的GCC 15.1.0选项就好，其他工具同理。

2. 用环境变量实现局部/临时的完整切换（最安全的方式） #

你之前改/etc/ld.so.conf的方式是系统全局的，确实容易搞崩依赖旧libstdc++的系统工具，推荐用局部环境变量的方式，只在需要的终端会话里生效：

• 可以写个简单的切换脚本，比如在用户目录下创建switch-to-gcc15.sh，内容如下：

  # 让系统优先找到GCC15的工具
  export PATH=/usr/local/gcc-15.1.0/bin:$PATH
  # 让链接器优先用GCC15的libstdc++
  export LD_LIBRARY_PATH=/usr/local/gcc-15.1.0/lib64:$LD_LIBRARY_PATH
  # 指定C/C++头文件的优先搜索路径
  export C_INCLUDE_PATH=/usr/local/gcc-15.1.0/include:$C_INCLUDE_PATH
  export CPLUS_INCLUDE_PATH=/usr/local/gcc-15.1.0/include/c++/15.1.0:$CPLUS_INCLUDE_PATH
  

• 使用的时候，在终端里执行source switch-to-gcc15.sh，当前终端就会完全切换到GCC15的工具链；关闭终端或者开新终端，就自动回到系统默认环境，完全不会影响全局。

3. 修正你提到的几个关键细节 #

• 关于系统级ld.so.conf修改：赶紧把你加的那行从/etc/ld.so.conf里删掉，然后执行sudo ldconfig恢复系统默认的库搜索顺序，避免给其他程序埋坑。
• 关于C/C++运行时库：你说的没错！GCC只自带C运行时（libstdc），C运行时（glibc）是系统提供的。不过Ubuntu 22.04默认的glibc 2.35版本完全满足GCC15.1.0的要求，所以不用额外处理，只要工具链切换正确，编译链接时会自动适配。

4. 验证切换是否成功的小技巧 #

• 检查工具版本：gcc --version、cpp --version，确认输出是15.1.0
• 检查头文件路径：执行echo | cpp -v，看输出里的#include <...> search starts here:部分，应该优先出现/usr/local/gcc-15.1.0的include目录
• 检查链接的库：写个简单的C++程序编译后，用ldd ./a.out查看libstdc++.so的路径，确认指向/usr/local/gcc-15.1.0/lib64

内容来源于stack exchange