你如何找到linux机器上安装的libstdc ++库的版本?

Tre*_*ith 62 c++ linux shared-libraries

我找到了以下命令:strings /usr/lib/libstdc++.so.6 | grep GLIBC这里开始.它似乎工作,但这是一个ad-hoc /启发式方法.

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

Dmi*_*rov 73

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

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

libstdc ++版本3.4.0及更高版本的兼容版本列表由提供

 $ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
 GLIBCXX_3.4
 GLIBCXX_3.4.1
 GLIBCXX_3.4.2
 ...
Run Code Online (Sandbox Code Playgroud)

对于早期版本,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
Run Code Online (Sandbox Code Playgroud)

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

  • 日期戳几乎完全没用,我不知道为什么我们不愿意保留它们或记录它们.例如,GCC 4.6.3的日期晚于4.7.0,但4.7.0具有更多功能,那么知道它的发布日期有什么用? (9认同)
  • 它可以是 `strings $(/sbin/ldconfig -p | grep stdc++|awk -F'=&gt;' '{print $2}')|grep LIBCXX` 的缩写形式 (2认同)

Pet*_*esh 15

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

readelf -sV /usr/lib/libstdc++.so.6 | sed -n 's/.*@@GLIBCXX_//p' | sort -u -V | tail -1
Run Code Online (Sandbox Code Playgroud)

如果您的版本sort太旧而没有-V选项(按版本号排序),那么您可以使用:

tr '.' ' ' | sort -nu -t ' ' -k 1 -k 2 -k 3 -k 4 | tr ' ' '.'
Run Code Online (Sandbox Code Playgroud)

而不是sort -u -V,以最多4个版本数字排序.

通常,匹配ABI版本应该足够好.

但是,如果你试图追踪libstdc++.so.<VERSION>它,你可以使用一点点:

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

所以对于我的系统来说这是屈服了6.0.10.

但是,如果你试图获得一个在systemX上编译的二进制文件来处理systemY,那么这些东西只会让你到目前为止.在这些情况下,携带libstdc ++的副本,以便用于应用程序,然后使用运行脚本执行以下操作:

export LD_LIBRARY_PATH=<directory of stashed libstdc++.so>
exec application.bin "$@"
Run Code Online (Sandbox Code Playgroud)

通常解决.so上的问题,该问题与应用程序中的版本不兼容.对于环境中更极端的差异,我倾向于只添加所有依赖库,直到应用程序正常工作.这是linux相当于解决什么,对于Windows,将被视为dll地狱.


Jon*_*ely 14

你究竟想知道什么?

共享库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
Run Code Online (Sandbox Code Playgroud)

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

或者你的意思是它来自哪个版本?它是GCC的一部分,所以它与GCC的版本相同,所以除非你通过安装不匹配的版本搞砸了你的系统g++,libstdc++.so你可以从以下方面获得:

$ g++ -dumpversion
4.6.3
Run Code Online (Sandbox Code Playgroud)

或者,在大多数发行版上,您只需询问包管理器即可.在我的Fedora主机上

$ rpm -q libstdc++
libstdc++-4.6.3-2.fc16.x86_64
libstdc++-4.6.3-2.fc16.i686
Run Code Online (Sandbox Code Playgroud)

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


小智 6

您可以g++ --version结合使用GCC ABI文档来查找.