我想使用更新的 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 找不到它们，则在搜索特殊链接器文件时会尝试指定的目录。当使用 -l 选项搜索普通库时，使用 GCC 进行链接也会使用这些目录（但使用 -L 指定的目录在前）。
事实上：LIBRARY_PATH相应地设置变量可以让我成功编译我的程序。然而，这似乎是一个特定于 gcc 的解决方案，我不禁想知道是否有更标准的方法来执行此操作（例如，这也会告诉 clang 在哪里查找要链接的 C++ 标准库）？
更好的解决方案是使我的新 GCC 10 编译器始终使用 GCC 10 stdlib，同时调用系统的 GCC 8 编译器将始终链接到系统 GCC 8 stdlib。有没有办法告诉特定的编译器二进制文件它应该使用特定的 stdlib？
答案1
环境LIBRARY_PATH变量是非常标准的。大多数编译器都知道这一点。
您还应该使用C_INCLUDE_PATH和/或CPLUS_INCLUDE_PATH。这两个更特定于 gcc（其他编译器更喜欢INCLUDE不进行语言分离）。
您还可以完全忽略环境变量并直接在命令行中指定正确的 libstdc++。
g++ main.cpp /software/gcc10/.../libstdc++.a