有关LD_LIBRARY_PATH与ld.so.conf，ld_library_path

有关LD_LIBRARY_PATH与ld.so.conf，ld_library_path

我之前写过一篇关于LD_LIBRARY_PATH与gcc/g++ -L的关系的文章，于是我自己用CPACK制作了一个Debian安装包，然后我在/home/.bashrc里添加了export LD_LIBRARY_PATH=/usr/loca/lib:$LD_LIBRARY_PATH,再然后老大告诉我这个方法不行，打回重新想办法，经过一番寻找终于找到了---ld.so.conf可以完美解决这个问题。

首先说说，为什么LD_LIBRARY_PATH不行？可以看看老外是怎么说的

一般LD用在下面情况：

• 升级共享库时，替换之前先测试一下
• 类似的，升级后的某个程序可能依赖于一些动态链接库，如果你将某个链接库替换了，程序可能就无法工作了。这时候，你可以使用LD_LIBRARY_PATH指向存有备份的一个目录，然后，你可以没有顾忌地替换系统版本了。万一出错，拷贝回去就是了

感觉LD_LIBRARY_PATH就是临时使用的，为什么呢？因为LD_LIBRARY_PATH如果设置成全局的话，如果被破坏掉的，那么就会出现大规模的破坏。不要说这个变量不会改，但是这样做就是不妥的办法，网上大家可以找到许许多多的关于LD_LIBRARY_PATH不好的文章。这里就不再多说

但是，如果不让用LD_LIBRARY_PATH，我们该怎么办呢？

Linux系统为大家已经想好了办法，我们使用ld.so.conf来解决。我们已经知道linux在加载动态库的时候，会去标准路径下(/lib,/usr/lib)下去寻找应用程序用到的动态库。但对于我们那些不标准的路径下我们安装了lib库，例如我把我的库安装到了/usr/local/lib下了，我们怎么办呢?

Linux的通常做法是：将非标准路经加入 /etc/ld.so.conf，然后运行 ldconfig 生成 ld.so.cache。 Linux在加载共享库的时候，会从 ld.so.cache 查找。[ldconfig需要在root权限下执行]

所以，我们在安装了库，但是编译程序后，ldd发现链接不到库，那么我们就要查看你安装的库是否是非标准路径，如果是那么就把你的非标准路径加入到/etc/ld.so.conf文件中，然后调用ldconfig生成下ld.so.cache，就可以了。想查看下你的库是否已经在ld.so.cache中，可以这样 ldconfig -p | grep lib**就可以了。

对于，Ubuntu来说，还与其他的LINUX系统不一样，在/etc/ld.so.conf中只有一句include /etc/ld.so.conf.d/*.conf，也就是说它我们不能在/etc/ld.so.conf下添加，但是我们可以在/etc/ld.so.conf.d下新建一个*.conf在这里面添加你的非标准路径就可以了，记得调用sudo ldconfig 生成ld.so.cache文件就可以了

Linux环境变量名，该环境变量主要用于指定查找共享库（动态链接库）时除了默认路径之外的其他路径。(该路径在默认路径之前查找)
　　移植程序时的经常碰到需要使用一些特定的动态库，而这些编译好的动态库放在我们自己建立的目录里，这时可以将这些目录设置到LD_LIBRARY_PATH中。

当执行函数动态链接.so时，如果此文件不在缺省目录下‘/usr/local/lib’ and ‘/usr/lib’.
　　那么就需要指定环境变量LD_LIBRARY_PATH
　　假如现在需要在已有的环境变量上添加新的路径名，则采用如下方式：
　　LD_LIBRARY_PATH=NEWDIRS:$LD_LIBRARY_PATH.（newdirs是新的路径串）
　　（注：GNU系统可以自动添加在 /etc/ld.so.conf文件中来实现环境变量的设置）
设置方法
　　在linux下可以用export命令来设置这个值，比如
　　在linux终端下输入:export LD_LIBRARY_PATH=/opt/au1200_rm/build_tools/bin: $LD_LIBRARY_PATH:
　　然后再输入:export
　　即会显示是否设置正确
　　export方式在重启后失效，所以也可以用 vim /etc/bashrc ，修改其中的LD_LIBRARY_PATH变量。
　　例如：LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/au1200_rm/build_tools/bin。
 

可以通过/etc/ld.so.conf设置动态链接库位置