如何查找你的 Linux 机器上安装的 libstdc++ 库的版本？

问题描述：

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

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

解决方案 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
",__GLIBCPP__);
#endif
#ifdef __GLIBCXX__
    std::printf("GLIBCXX: %d
",__GLIBCXX__);
#endif
   return 0;
}

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

libstdc++ 版本的日期戳表在文档中列出：

解决方案 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，这是该版本的第 16 次修订libstdc++.so.6，与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

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

解决方案 3：

我倾向于使用的机制是结合从 libstdc++readelf -V转储.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 hell 的问题。

解决方案 4：

您可以g++ --version结合GCC ABI 文档来查找答案。