错误解决error while loading shared libraries: libXXX.so.X: cannot open shared object file: No such file

前提：ubuntu-debug机器上向SVN提交了pdu-IVT，想在别的普通机器上验证直接make能否成功，编译出的用户程序能否运行。

工作PC机上装有VMware，里面的ubuntu版本跟ubuntu-debug机器上相同，都是ubuntu 11.10版本。

VMware的家目录下有个目录pdu-IVT，是从SVN上更新出来之后，直接拷贝过来的。

在将ubuntu-debug机器上，make能成功，并且生成的二进制可执行程序pdu也能运行，并与switch成功建立连接；

但在工作PC机的VMware中，运行make时，提示错误：

/usr/bin/ld: cannot find -lCiscoEnergyWiseSdk
collect2: ld returned 1 exit status
make: *** [pdu] Error 1

分析原因：ld提示找不到库文件，而库文件就在当前目录中。

链接器ld默认的目录是/lib和/usr/lib，如果放在其他路径也可以，需要让ld知道库文件在哪里。

方法1：

编辑/etc/ld.so.conf文件，在新的一行中加入库文件所在目录；

运行ldconfig，以更新/etc/ld.so.cache文件；

方法2：

在/etc/ld.so.conf.d/目录下新建任何以.conf为后缀的文件，在该文件中加入库文件所在的目录；

运行ldconfig，以更新/etc/ld.so.cache文件；

本人觉得第二种办法更为方便，对于原系统的改动最小。因为/etc/ld.so.conf文件的内容是include /etc/ld.so.conf.d/*.conf

所以，在/etc/ld.so.conf.d/目录下加入的任何以.conf为后缀的文件都能被识别到。

本人的作法：
1. 将所有的用户需要用到的库放到/usr/loca/lib；
2. 在/etc/ld.so.conf.d/目录下新建文件usr-libs.conf，内容是：/usr/local/lib
3. #sudo ldconfig

ld.so.cache的更新是递增式的，就像PATH系统环境变量一样，不是从头重新建立，而是向上累加。

除非重新开机，才是从零开始建立ld.so.cache文件。