在我的情况下，似乎LD_LIBRARY_PATH设置为空字符串。但是所有标准系统工具仍然可以正常工作，所以我猜动态链接器会检查这种情况并LD_LIBRARY_PATH在这种情况下使用一些默认值。
这个默认值是多少？我想它至少包括/usr/lib但还有什么？有没有什么好的系统方法来确定动态链接器将搜索的标准位置？
这个问题与动态链接器将搜索的路径略有不同。 有一个默认值意味着它会使用LD_LIBRARY_PATH如果给定的值，或者如果没有给定，它将使用默认值 - 这意味着它不会使用如果LD_LIBRARY_PATH提供了默认值。
我正在寻找一些简单的答案来理解其中的一些概念。我正在尝试安装一个因错误而失败的 R 库：
/lib64/libstdc++.so.6: version ``GLIBCXX_3.4.20'' not found
我用谷歌搜索了这个信息。我运行了命令（注意文件夹名称）
[affans@hpc ~]$ strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_DEBUG_MESSAGE_LENGTH
当然 GLIBCXX_3.4.20 不存在。现在，我的前两个问题：
1) 什么是 libstdc++.so.6？这只是一个 gcc 附带的库吗？
2）有什么不同GLIBCXX_*？这些也是图书馆吗？
我接下来运行命令（再次注意文件夹结构！）
[affans@hpc ~]$ strings /usr/local/lib64/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_DEBUG_MESSAGE_LENGTH
有趣……我现在看到 GLIBCXX_3.4.20 …