编译的相关环境变量

编译的相关环境变量

PS：此处的编译指的是完整的编译链接过程。

动态库的查找过程

/ lib 和/usr/lib是一些很常用的、成熟的，一般系统本身所需要的库；
/usr/local/lib是非系统所需的第三方程序的共享库

基于Glibc的操作系统，如所有的LINUX系统，动态链接的ELF可执行程序在启动时同时，还好启动动态链接器。在LINUX系统中，动态链接器是/lib/ld-linux.so.X(版本号)，程序所依赖的共享对象全部由动态链接器负责装载和初始化，然后才会将控制权转移到可执行程序。
而任何一个动态链接器的模块所依赖的模块路径保存在".dynamic"段，由DT_NEED类型的项表示。
动态链接器对于模块的查找有一定的规则：

1. 如果DT_NEED里面保存的是绝对路径，那么动态链接器就按照这个路径去查找；
2. 如果DT_NEED里面保存的是相对路径，那么动态链接器会在/lib、/usr/lib 和由/etc/ld.sp.conf配置文件指定的目录中查找共享库。
   PS：为了程序的兼容性和可移植性，共享库的路径往往是相对的。

问题，那么DT_NEED保存的路径是什么时候设置的呢？

ld.so.conf

ld.so.conf是一个文本配置文件，它可能包含其他的配置文件，这些配置文件中存放着目录信息。如我的机器中，由ld.conf指定的目录如下：

/usr/local/lib   //更好的管理三方库
/lib/i486-linux-gnx

当然，如果动态链接器在每次查找每一个共享库都要去遍历这些目录，那将会非常耗费时间。所以LINUX系统中都有一个叫做ldconfig的程序，这个程序的作用是为共享库目录下的各个共享库创建、删除或更新相应的SO-NAME(即相应的符号链接），并且该程序还会降这些SO-NAME收集起来，集中存放到/etc/ld.so.cache文件里面，并创建一个SO-NAME的缓存。当动态链接器要寻找共享库时，他可以直接从/etc/ld.so.cache里面查找。而/etc/so.cache的结构是经过特殊处理的，非常适合查找，所以这个设计大大加快了查找过程。

查找优先级

如果动态链接器没有在/etc/ld.so.cache里面没有找到所需要的共享库，那么它还会遍历/lib和/usr/lib这两个目录，如果没有找到，就宣布失败

所以理论上讲，如果我们在系统指定的共享库下添加、删除或更新任何一个共享库，或者我们更改了/etc/ld.so.conf的配置，都应该运行ldconfig这个程序，以便调整SO-NAME和/etc/ld.so.cache。很多软件包的安装程序在往往系统里面安装共享库以后都会调用ldconfig。

LD_LIBRARY_PATH

• 改变共享库查找路径最简单的方法就是使用LD_LIBRARY环境变量，这个方法可以临时改变某个应用程序的共享路径查找路径，而不会影响系统中的其他程序。