#LINUX#通过编译链接，却运行时找不到.so文件

我们知道在linux下，.so文件相当与windows上的dll文件，即动态链接库。

动态链接库是为了减少发布程序的大小，可以将具有相同功能的code放在动态链接库中，随应用程序一起发布。而对于应用程序来说，只需要知道其接口就可以，在运行时动态的加载代码到内存中，与其相反的是静态链接库。

在接手一个项目的代码后，因为此代码需要很多第三方库，所以，在本机安装这些第三方库之后，我也成功的通过了编译与链接阶段，生成了可以执行的代码。

可是在运行的时候，出现了以下的错误提示：

baiyang@baiyang-Lenovo-G450:~/Desktop$ ./test_cal_features
./test_cal_features: error while loading shared libraries: libCGAL.so.5: cannot open shared object file: No such file or directory

这里涉及几个问题：
1.为何能通过编译与链接，却不能运行？
2.我明明将libCGAL.so.5,安装到了/usr/local/lib下啊，既然能通过编译与链接，应该能找到啊？
3.执行./test_cal_features时，到底发生了什么事？
4.linux下，应用程序如何对.so进行搜索？

但本质问题，就是linux下gcc搜索路径设置问题.

好，今天就一一来回答以上到问题。

开始一个新的例子

plus.c 文件

 
   view plain 
   copy to clipboard 
   print 
   ? 
  
int plus(int a, int b)  
{  
    return a + b;  
}  

编译成动态链接库

gcc plus.c -o libfoo.so -shared -fPIC

产生动态链接库libfoo.so
另外写一个main.c文件

 
   view plain 
   copy to clipboard 
   print 
   ? 
  
#include <stdio.h>  
#include <stdlib.h>  
  
int main(int argc, char *argv[])  
{  
    int sum = plus(3, 5);  
    printf("%d\n", sum);  
  
    return 0;  
}  

现在开始思考如何存放libfoo.so位置？

开始，我们先将libfoo.so存放在当前目录中，进行编译和链接

gcc main.c -o output -lfoo //-lfoo告诉gcc，我们需要动态链接foo库。

出现以下提示：

baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ ls
libfoo.so  main.c  plus.c
baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ gcc main.c -o main -lfoo
/usr/bin/ld: cannot find -lfoo
collect2: ld returned 1 exit status

也就是说，gcc不能找到foo库，那么我们如果显示的指示gcc如何搜寻foo呢,我们可以修改LIBRARY_PATH值

baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ export LIBRARY_PATH="."
baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ gcc main.c -o main -lfoo
baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ ls
libfoo.so  main  main.c  plus.c

恭喜，成功找到了.
那好，如果此时我们运行代码

baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ ./main
./main: error while loading shared libraries: libfoo.so: cannot open shared object file: No such file or directory

呜呜，遇到开始提到的问题了.
那我们怎么看输出到可执行文件main怎么读取libfoo.so呢，在运行过程中到底读的什么文件呢？
我们可以用strace命令查看到底有什么信号发生

strace ./main

你会发现，它搜索到路径是

/lib/i386-linux-gnu,/usr/lib等路径目录下

也就说，是因为没有搜索当前目录，我们可以通过修改以下命令进行修改

baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ export LD_LIBRARY_PATH=".":$LD_LIBRARY_PATH
baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ ls
libfoo.so  main  main.c  plus.c
baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ ./main
8

成功运行，用strace查看存在这一句open(“./libfoo.so”, O_RDONLY|O_CLOEXEC) = 3
故，现在搜索了当前目录。
总结一下，前面提到过的几个环境变量：

LIBRARY_PATH 该环境变量可设置为一个或多个目录名字列表，连接程序会搜寻该目录，以查找特殊连接程序文件，和由 -l （字母 l ）命令行选项指定名字的库。由 -L 命令行选项指定的目录在环境变量的前面，首先被查找。也见 COMPILER_PATH 。
LD_LIBRARY_PATH 该环境变量不会影响编译程序，但程序运行的时候会有影响。变量指定一个目录列表，程序会查找该列表定位共享库。只有当未在编译程序的目录中找到共享库的时候，执行程序必须设置该变量。

那么在默认到情况下，如何进行搜索呢?

动态库的搜索路径搜索的先后顺序是：

1 编译目标代码时指定的动态库搜索路径,LIBRARY_PATH【编译阶段】;
2 在运行时，环境变量LD_LIBRARY_PATH指定的动态库搜索路径【运行阶段】；
3 配置文件/etc/ld.so.conf中指定的动态库搜索路径【编译阶段】；
4 默认的动态库搜索路径/lib【编译阶段】；
5 默认的动态库搜索路径/usr/lib【编译阶段】。

对二进制文件进行处理

strace
gdb
objdump
nm

以上工具，都可以让你查看二进制文件到底干了什么，比如，我们用objdump可以查看可执行文件需要什么链接库

baiyang@baiyang-Lenovo-G450:~/workspace/test_so$ objdump -x main | grep NEED
NEEDED libfoo.so
NEEDED libc.so.6
VERNEED 0x08048354
VERNEEDNUM 0x00000001

熟练掌握它们，会对系统跟进一步的认识，加油吧.

额外资料

-----------------打造高质量的文章更多关注把酒泯恩仇---------------

为了打造高质量的文章，请推荐一下吧。。。。谢谢了，请关注我后续的文章，会更精彩哦

请关注sina微博：http://weibo.com/baiyang26

把酒泯恩仇官方博客：http://www.ibaiyang.org 【推荐用google reader订阅】

把酒泯恩仇官方豆瓣：http://www.douban.com/people/baiyang26/

如果您想转载本博客，请注明出处

如果您对本文有意见或者建议，欢迎留言