编译和链接通过生成可执行文件，但运行时找不到动态库

编译和链接通过生成可执行文件balreport, 但运行时却出现如下的错误：

[wzheng88@bevertec bin]$ balreport -d provident
balreport: error while loading shared libraries: libhpdf-2.1.0.so: cannot open shared object file: No such file or directory
[wzheng88@bevertec bin]$
[wzheng88@bevertec bin]$ which libhpdf-2.1.0.so
/usr/bin/libhpdf-2.1.0.so

动态库文件存在，但程序运行时找不到这个动态库，使用ldd命令：

[wzheng88@bevertec bin]$ ldd balreport
libhpdf-2.1.0.so =>not found
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00879000)
libclntsh.so.10.1 => /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 (0x03584000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00d13000)
libm.so.6 => /lib/tls/libm.so.6 (0x00b14000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d07000)
libc.so.6 => /lib/tls/libc.so.6 (0x009dc000)
libz.so.1 => /usr/lib/libz.so.1 (0x00c3e000)
libnnz10.so => /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so (0x0024a000)
libdl.so.2 => /lib/libdl.so.2 (0x00b0e000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00c1a000)
libnsl.so.1 => /lib/libnsl.so.1 (0x00231000)
/lib/ld-linux.so.2 (0x009c2000)
解决方案：

1. 执行程序前，配一下库的搜索路径：

export LD_LIBRARY_PATH=/usr/local/lib/

2.检查一下/etc/ld.so.conf/里的conf文件，看是否包含/usr/local/lib

有点话，直接？sudo ldconfig更新系统；没有的话讲该路径加入，然后再更新。

我用第一种方法能够找到库了，但运行时还是原来的错误，我觉得是我的权限不够吧。

网上找到的一些资料：

首先回答前面的问题，一共有多少种方法来指定告诉linux共享库链接器ld.so已经编译好的库libbase.so的位置呢？答案是一共有五种，它们都可以通知ld.so去哪些地方找下已经编译好的c语言函数动态库，它们是：

1）ELF可执行文件中动态段中DT_RPATH所指定的路径。即在编译目标代码时, 对gcc加入链接参数“-Wl,-rpath”指定动态库搜索路径，eg：gcc -Wl,-rpath,/home/arc/test,-rpath,/lib/,-rpath,/usr/lib/,-rpath,/usr/local/lib test.c

2）环境变量LD_LIBRARY_PATH 指定的动态库搜索路径

3）/etc/ld.so.cache中所缓存的动态库路径，这个可以通过先修改配置文件/etc/ld.so.conf中指定的动态库搜索路径，然后执行ldconfig命令来改变。

4）默认的动态库搜索路径/lib

5）默认的动态库搜索路径/usr/lib

另外：在嵌入式Linux系统的实际应用中，1和2被经常使用，也有一些相对简单的的嵌入式系统会采用4或5的路径来规范动态库，3在嵌入式系统中使用的比较少, 因为有很多系统根本就不支持ld.so.cache。

那么，动态链接器ld.so在这五种路径中，是按照什么样的顺序来搜索需要的动态共享库呢？答案这里先告知就是按照上面的顺序来得，即优先级是：1-->2-->3-->4-->5。我们可以写简单的程序来证明这个结论。

首先，写成5个函数，这5个函数名称都叫pt，但是里面的内容不一样：

pt1.c

#include <stdio.h>

void pt(){

printf("1 path on the gcc give \n");

}

pt2.c

#include <stdio.h>

void pt(){

printf("2 path on the LD_LIBRARY_PATH \n");

}

pt3.c

#include <stdio.h>

void pt(){

printf("3 path on the /etc/ld.so.conf \n");

}

pt4.c

#include <stdio.h>

void pt(){

printf("4 path on the /lib \n");

}

pt5.c

#include <stdio.h>

void pt(){

printf("5 path on the /usr/lib \n");

}

然后，分别编译这5个函数，然后将它们分别移到上面5种情况对应的5个不同目录下：

gcc -fPIC -c pt1.c -o pt.o

gcc -shared pt.o -o libpt.so

mv libpt.so /tmp/st/1/

gcc -fPIC -c pt2.c -o pt.o

gcc -shared pt.o -o libpt.so

mv libpt.so /tmp/st/2/

gcc -fPIC -c pt3.c -o pt.o

gcc -shared pt.o -o libpt.so

mv libpt.so /tmp/st/3/

gcc -fPIC -c pt4.c -o pt.o

gcc -shared pt.o -o libpt.so

mv libpt.so /lib/

gcc -fPIC -c pt5.c -o pt.o

gcc -shared pt.o -o libpt.so

mv libpt.so /usr/lib/

再次，编写一个main函数m，让它来调用函数pt：

m.c

#include <stdio.h>

int main(){

printf("start....\n");

pt();

printf("......end\n");

return 0;

}

最后，准备环境，让ld都知道这5个路径：

(a) 往/etc/ld.so.conf总增加一行，内容：/tmp/st/3，然后执行 ldconfig 命令

(b) export LD_LIBRARY_PATH=/tmp/st/2

另外3中路径，ld都可以得到，请接着看下面。

之后测试：

gcc m.c -o m1 -L/tmp/st/1 -lpt -Wl,-rpath,/tmp/st/1

./m1

start....

1 path on the gcc give

......end

这里在可执行文件中动态段中DT_RPATH所指定的路径，因此需要在编译m.c的时候就指定路径，由于其他路径都也告诉了ld，很明显，此种方法优先级最高了。

gcc m.c -o m -L/tmp/st/1 -lpt

./m

start....

2 path on the LD_LIBRARY_PATH

......end

这里很显然调用了LD_LIBRARY_PATH指定了路径中的共享库，因此此种情况优先级第二。

mv /tmp/st/2/libpt.so /tmp/st/2/libpt2.so

/m

start....

3 path on the /etc/ld.so.conf

......end

这里是调用了/etc/ld.so.cache中所缓存的动态库路径中的共享库，因此此种情况优先级第三。

mv /tmp/st/3/libpt.so /tmp/st/3/libpt3.so

./m

start....

4 path on the /lib

......end

这里是调用/lib中的共享库，优先级第四。

rm /lib/libpt.so

./m

start....

5 path on the /usr/lib

......end

这里是调用/lib中的共享库，优先级第五。

http://blog.sina.com.cn/s/blog_690c46500100kxhd.html

另一个的链接：

http://www.360doc.com/content/12/0313/10/8093902_193931244.shtml

故证明这五种路径指定方法的优先级是1-->2-->3-->4-->5！