你如何找到你的 linux 机器上安装了哪个版本的 libstdc++ 库？答案

【问题标题】：How do you find what version of libstdc++ library is installed on your linux machine?你如何找到你的 linux 机器上安装了哪个版本的 libstdc++ 库？
【发布时间】：2012-05-08 10:30:51
【问题描述】：

我找到了以下命令：strings /usr/lib/libstdc++.so.6 | grep GLIBC from here。它似乎有效，但这是一种临时/启发式方法。

是否有特定的命令可用于查询 C++ 的库版本？还是我找到的方法是接受的方法？

【问题讨论】：

标签： c++ linux shared-libraries

【解决方案1】：

要查找正在使用的库，您可以运行

 $ /sbin/ldconfig -p | grep stdc++
    libstdc++.so.6 (libc6) => /usr/lib/libstdc++.so.6

libstdc++ 3.4.0及以上版本的兼容版本列表由

提供

 $ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
 GLIBCXX_3.4
 GLIBCXX_3.4.1
 GLIBCXX_3.4.2
 ...

对于早期版本，定义了符号 GLIBCPP。

库的日期戳在宏 __GLIBCXX__ 或 __GLIBCPP__ 中定义，具体取决于版本：

// libdatestamp.cxx
#include <cstdio>

int main(int argc, char* argv[]){
#ifdef __GLIBCPP__
    std::printf("GLIBCPP: %d\n",__GLIBCPP__);
#endif
#ifdef __GLIBCXX__
    std::printf("GLIBCXX: %d\n",__GLIBCXX__);
#endif
   return 0;
}

$ g++ libdatestamp.cxx -o libdatestamp
$ ./libdatestamp
GLIBCXX: 20101208

libstdc++ 版本的日期戳表列在documentation：

【讨论】：

日期戳几乎完全没用，我不知道我们为什么要费心保留它们或记录它们。比如 GCC 4.6.3 的日期比 4.7.0 晚，但 4.7.0 的功能更多，那么知道它的发布日期有什么用呢？
如何安装这个strings 命令？来自哪个包？
@user strings 是 GNU binutils 的一部分。

【解决方案2】：

你到底想知道什么？

共享库 soname？这是文件名的一部分，libstdc++.so.6，或由readelf -d /usr/lib64/libstdc++.so.6 | grep soname 显示。

次要版本号？您应该能够通过简单地检查符号链接指向的内容来获得它：

$ ls -l  /usr/lib/libstdc++.so.6
lrwxrwxrwx. 1 root root 19 Mar 23 09:43 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.16

这告诉你它是 6.0.16，这是 libstdc++.so.6 版本的第 16 版，对应于 GLIBCXX_3.4.16 符号版本。

或者你的意思是它来自哪个版本？它是 GCC 的一部分，所以它与 GCC 的版本相同，所以除非你通过安装不匹配的 g++ 和 libstdc++.so 版本搞砸了你的系统，否则你可以从：

$ g++ -dumpversion
4.6.3

或者，在大多数发行版上，您可以询问包管理器。在我的 Fedora 主机上是

$ rpm -q libstdc++
libstdc++-4.6.3-2.fc16.x86_64
libstdc++-4.6.3-2.fc16.i686

正如其他答案所说，您可以通过检查 the ABI docs 将发布映射到库版本

【讨论】：

【解决方案3】：

我倾向于使用的机制是readelf -V 的组合从libstdc++ 中转储.gnu.version 信息，然后是与提取的最大GLIBCXX_ 值匹配的查找表。

readelf -sV /usr/lib/libstdc++.so.6 | sed -n 's/.*@@GLIBCXX_//p' | sort -u -V | tail -1

如果您的sort 版本太旧而无法使用-V 选项（按版本号排序），那么您可以使用：

tr '.' ' ' | sort -nu -t ' ' -k 1 -k 2 -k 3 -k 4 | tr ' ' '.'

而不是 sort -u -V，最多按 4 个版本数字排序。

总的来说，匹配 ABI 版本应该就足够了。

不过，如果您尝试追踪 libstdc++.so.<VERSION>，您可以使用以下 bash：

file=/usr/lib/libstdc++.so.6
while [ -h $file ]; do file=$(ls -l $file | sed -n 's/.*-> //p'); done
echo ${file#*.so.}

所以对于我的系统，这产生了6.0.10。

但是，如果您试图让在 systemX 上编译的二进制文件在 systemY 上工作，那么这些事情只会让您到目前为止。在这些情况下，携带一份用于应用程序的 libstdc++.so 副本，然后拥有一个执行以下操作的运行脚本：

export LD_LIBRARY_PATH=<directory of stashed libstdc++.so>
exec application.bin "$@"

通常可以解决盒子上的 .so 与应用程序版本不兼容的问题。对于更极端的环境差异，我倾向于只添加所有依赖库，直到应用程序正常工作。这是 linux 的等价物，对于 Windows 来说，这将被视为 dll 地狱。

【讨论】：

您可以在库文件上使用ident 或what 来查找嵌入式版本信息吗？
ident 松散等效于 strings -a <file> | grep '\$.*\$'，what 使用等效于 strings -a <file> | fgrep '@(#)'，如果未编译这些字符串，它们都不会确定底层库的版本信息。如果您要确定兼容性，则依赖 ABI 信息会更有意义，因为它通常被编译到构建中，而 ident/what 字符串倾向于被省略

【解决方案4】：

您可以将g++ --version 与the GCC ABI docs 结合使用来找出答案。

【讨论】：