库文件在连接(静态库和共享库)和运行(仅限于使用共享库的程序)时被使用,其搜索路径是在系统中进行设置的。一般Linux 系统把 /lib 和 /usr/lib两个目录作为默认的库搜索路径,所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库,需要将库的位置添加到库的搜索路径之中。设置库文件的搜索路径有下列两种方式,可任选其一使用:
1.修改环境变量LD_LIBRARY_PATH
在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
2.修改配置文件ld.so.conf
在 /etc/ld.so.conf文件中添加库的搜索路径。
将自己可能存放库文件的路径都加入到/etc/ld.so.conf 中是明智的选择
添加方法也极其简单,将库文件的绝对路径直接写进去就OK了,一行一个。例如:
/usr/X11R6/lib
/usr/local/lib
/opt/lib
需要注意的是:第二种搜索路径的设置方式对于程序连接时的库(包括共享库和静态库)的定位已经足够了,但是对于使用了共享库的程序的执行还是不够的。
这是因为为了加快程序执行时对共享库的定位速度,避免使用搜索路径查找共享库的低效率,所以是直接读取库列表文件/etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件,不能直接编辑,它是根据/etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig命令将这些搜索路径下的共享库文件集中在一起而生成的(ldconfig 命令要以 root权限执行)。
前面已经说明过了,库搜索路径的设置有两种方式:
在环境变量LD_LIBRARY_PATH 中设置
在 /etc/ld.so.conf文件中设置。
其中,第二种设置方式需要 root权限,以改变 /etc/ld.so.conf 文件并执行 /sbin/ldconfig 命令。而且,当系统重新启动后,所有的基于GTK2 的程序在运行时都将使用新安装的 GTK+ 库。不幸的是,由于 GTK+版本的改变,这有时会给应用程序带来兼容性的问题,造成某些程序运行不正常。为了避免出现上面的这些情况,在 GTK+及其依赖库的安装过程中对于库的搜索路径的设置将采用第一种方式进行。这种设置方式不需要 root权限,设置也简单:
$ exportLD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH
可以用下面的命令查看 LD_LIBRAY_PATH的设置内容:
$ echo$LD_LIBRARY_PATH
至此,库的两种设置就完成了。
还有更简单的一种方式,就是在/usr/lib目录里建立一个软连接,指向需要的动态库,比如:在/usr/lib目录下执行
ln -s /mnt/hgfs/MyProg/learn/libevent/lib/libevent-2.0.so.5 libevent-2.0.so.5