如何查找你的 Linux 机器上安装的 libstdc++ 库的版本？
- 2024-10-14 08:40:00
- admin 原创
- 501
问题描述：
我找到了以下命令：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 文档来查找答案。
