A. 如何查看linux动态链接库文件的版本等其他信息
ldd <可执行文件名> 查看可执行文件链接了哪些
系统动态链接库
nm <可执行文件名>
查看可执行文件里面有哪些符号
strip <可执行文件名>
去除符号表可以给可执行文件瘦身
如果我们想从可执行程序里面提取出来一点什么文本信息的话，还可以用strings命令
strings
<可执行文件名>
Linux操作系统上面的动态共享库大致分为三类：
1、操作系统级别的共享库和基础的系统工具库
比方说libc.so, libz.so,
libpthread.so等等，这些系统库会被放在/lib和/usr/lib目录下面，如果是64位操作系统，还会有/lib64和/usr
/lib64目录。如果操作系统带有图形界面，那么还会有/usr/X11R6/lib目录，如果是64位操作系统，还有/usr/X11R6
/lib64目录。此外还可能有其他特定Linux版本的系统库目录。
这些系统库文件的完整和版本的正确，确保了Linux上面各种程序能够正常的运行。
2、应用程序级别的系统共享库
并非操作系统自带，但是可能被很多应用程序所共享的库，一般会被放在/usr/local/lib和/usr/local/lib64这两个目录下面。很多你自行编译安装的程序都会在编译的时候自动把/usr/local/lib加入gcc的-L参数，而在运行的时候自动到/usr/local
/lib下面去寻找共享库。
以上两类的动态共享库，应用程序会自动寻找到他们，并不需要你额外的设置和担心。这是为什么呢？因为以上这些目录默认就被加入到动态链接程序的搜索路径里面了。Linux的系统共享库搜索路径定义在/etc/ld.so.conf这个配置文件里面。这个文件的内容格式大致如下：
/usr/X11R6/lib64
/usr/X11R6/lib
/usr/local/lib
/lib64
/lib
/usr/lib64
/usr/lib
/usr/local/lib64
/usr/local/ImageMagick/lib
假设我们自己编译安装的ImageMagick图形库在/usr/local/ImageMagick目录下面，并且希望其他应用程序都可以使用
ImageMagick的动态共享库，那么我们只需要把/usr/local/ImageMagick/lib目录加入/etc/ld.so.conf文件里面，然后执行：ldconfig
命令即可。
ldcofig将搜索以上所有的目录，为共享库建立一个缓存文件/etc/ld.so.cache。为了确认ldconfig已经搜索到ImageMagick的库，我们可以用上面介绍的strings命令从ld.so.cache里面抽取文本信息来检查一下：
strings
/etc/ld.so.cache | grep ImageMagick
输出结果为：
/usr/local/ImageMagick/lib/libWand.so.10
/usr/local/ImageMagick/lib/libWand.so
/usr/local/ImageMagick/lib/libMagick.so.10
/usr/local/ImageMagick/lib/libMagick.so
/usr/local/ImageMagick/lib/libMagick++.so.10
/usr/local/ImageMagick/lib/libMagick++.so
已经成功了！
3、应用程序独享的动态共享库
有很多共享库只被特定的应用程序使用，那么就没有必要加入系统库路径，以免应用程序的共享库之间发生版本冲突。因此Linux还可以通过设置环境变量LD_LIBRARY_PATH来临时指定应用程序的共享库搜索路径，就像我们上面举的那个例子一样，我们可以在应用程序的启动脚本里面预先设置
LD_LIBRARY_PATH，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。
B. Linux下怎么获得c库版本怎么动态的获得c编译器版本
外部调用 gcc -v 抓取最后一行吧
libc库可以直接外部运行 /lib/libc.so.6，或者用 /usr/include/gnu/libc-version.h 里的两个函数找
C. Linux下的静态库和动态库
静态库
可以把它想象成是一些代码的集合，在可执行程序运行前就已经加到了代码中，成为了执行程序的一部分，一般是以.a为后缀的文件名，Windows下后缀为.lib。静态库的命名也分为三部分，1、前缀：lib，2、库的名称：随意，如lisi，3、后缀：.a。
静态库优缺点
上面简单介绍了静态库，那它自然也会有优缺点，这里来介绍下它的优缺点。
优点：1、在最后，函数库是被打包到应用程序中的，实现函数本地化、寻址方便、高效。2、程序在运行的时候，与函数库没有关系，移植性更强。
缺点：1、消耗资源较大，每个进程在使用静态库的时候，都要复制一份才可以，这也就造成了内存的消耗。2、在程序更新、部署、发布的时候，使用静态库相对麻烦，如果一个静态库更新了，那它的应用程序都需要重新编译，再发送给用户，有的时候可能只是一个小的改动，但对于用户来说，会导致整个程序重新下载。
动态库
在程序编译时不会被连接到目标代码中，在后期运行时才会载入，不同的应用程序如果调用相同的库，内存中只有一份共享库的拷贝，也就避免了空间的浪费问题。一般以.so作为文件后缀名，也分为三部分：1、前缀：lib，2、库名称：自定义，3、后缀：.so
动态库优缺点
优点：1、节省内存2、部署、升级相对方便，只需要更换动态库，再重新启动服务即可。
缺点：1、加载速度比静态库慢2、移植性较差，需要把所有用到的动态库进行移植。
D. linux下安装了6.1.0版本的gcc，但cmake时用的还是旧版的gcc
这个应该是动态库的问题吧，我之前遇到的问题就是这样解决的：
strings /usr/lib64/libstdc++.so.6 | grep GLIBC\检查动态库
mv /usr/lib64/libstdc++.so.6 /tmp
ln -s /usr/local/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6
首先可以检查目前的链接库：
[root@ops-test01 gcc-6.1.0]# strings /usr/lib64/libstdc++.so.6 | grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.4
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH
果然是老的链接 ，GLIBCXX_3.4.13往后的都没有了
搜索新的链接库位置：
root@ops-test01 gcc-6.1.0]# find / -name libstdc++.so.6
/usr/lib64/libstdc++.so.6
/usr/local/lib64/libstdc++.so.6
/usr/local/src/gcc-6.1.0/build/stage1-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
/usr/local/src/gcc-6.1.0/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
/usr/local/src/gcc-6.1.0/build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
/root/vmware-tools-distrib/caf/usr/lib/vmware-caf/pme/lib/libstdc++.so.6
/root/vmware-tools-distrib/lib/lib64/libstdc++.so.6
/root/vmware-tools-distrib/lib/lib64/libstdc++.so.6/libstdc++.so.6
/root/vmware-tools-distrib/lib/lib32/libstdc++.so.6
/root/vmware-tools-distrib/lib/lib32/libstdc++.so.6/libstdc++.so.6
查找链接客户的内容，然后确定/usr/local/lib64/libstdc++.so.6是新的链接库，
移除老的链接库，然后关联新的链接库：
[root@ops-test01 gcc-6.1.0]# mv /usr/lib64/libstdc++.so.6 /tmp
[root@ops-test01 lib64]# cd /usr/lib64
[root@ops-test01 lib64]# ln -s /usr/local/lib64/libstdc++.so.6 libstdc++.so.6
[root@ops-test01 lib64]# strings /usr/lib64/libstdc++.so.6 | grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBC_2.3
GLIBC_2.2.5
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH
ok，现在在编译试试！！更多 Linux知识建议参考《Linux就该这样学》，加油！！！