76

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

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

4

4 回答 4

89

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

 $ /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++ 版本的日期戳表：

于 2012-04-27T17:28:54.873 回答
21

你到底想知道什么？

共享库 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，这是版本的第 16libstdc++.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 文档将发布映射到库版本

于 2012-07-28T22:20:49.110 回答
16

我倾向于使用的机制是从 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 的问题，即盒子上的 .so 与应用程序的版本不兼容。对于更极端的环境差异，我倾向于只添加所有依赖库，直到应用程序正常工作。这是 linux 的等价物，对于 windows，将被视为dll hell。

于 2012-04-27T19:30:49.823 回答
8

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

于 2012-04-27T16:54:16.087 回答