我想使用更新的 GCC 版本。因此，我编译了 GCC 10 并将其安装到非标准目录/software/gcc10/中。到目前为止，一切都很好。
但是，当我真正想使用这个新版本的 GCC 时，我遇到了一些问题。我修改了我的PATH变量以包含/software/gcc10/bin/现在gcc --version确认系统找到我的新 GCC 10 编译器（而不是我系统的 GCC 8 编译器）。
但是，当我尝试使用此设置编译程序时，我收到有关未定义引用的错误std::filesystem，这应该是 GCC 10 的 libstdc++ 的一部分。我的假设是，虽然我现在使用的是更新的编译器，但链接器仍然希望链接到我系统的 libstdc++ 而不是/software/gcc10/lib64.
我尝试更改LD_LIBRARY_PATH以包含相应的目录，但这似乎没有任何效果。
检查gcc使用该-v选项运行的输出时，我偶然发现了LIBRARY_PATH环境变量，根据gcc 的文档，它的使用如下：
LIBRARY_PATH 的值是一个以冒号分隔的目录列表，很像 PATH。当配置为本地编译器时，如果 GCC 使用 GCC_EXEC_PREFIX 无法找到它们，则 GCC 在搜索特殊链接器文件时会尝试指定的目录。在为 -l 选项搜索普通库时，使用 GCC 进行链接也会使用这些目录（但首先使用 -L 指定的目录）。
事实上：LIBRARY_PATH相应地设置变量可以让我成功编译我的程序。但是，这似乎是一个特定于 gcc 的解决方案，我不禁想知道是否有更标准的方法来执行此操作（例如，这也会告诉 clang 在哪里寻找要链接的 C++ 标准库）？
更好的解决方案是使我的新 GCC 10 编译器始终使用 GCC 10 标准库，而系统的 GCC 8 编译器的调用将始终链接到系统 GCC 8 标准库。有没有办法告诉特定的编译器二进制文件它有一个应该使用的特定 stdlib？
LIBRARY_PATH环境变量非常标准。大多数编译器都知道它。您还应该使用
C_INCLUDE_PATH和/或CPLUS_INCLUDE_PATH. 这两个更特定于 gcc（其他编译器更喜欢INCLUDE没有语言分离）。您也可以完全忽略环境变量，直接在命令行中指定正确的 libstdc++。