LD_LIBRARY_PATH环境变量的设置

最新推荐文章于 2024-10-19 09:42:46 发布

xiaoxinyu316

最新推荐文章于 2024-10-19 09:42:46 发布

阅读量2.5k

点赞数

分类专栏： makefile

makefile 专栏收录该内容

30 篇文章 2 订阅

订阅专栏

在linux下的编程，毫无疑问的迟早都要用到LD_LIBRARY_PATH这个环境变量，不过这个环境变量是基于shell的，也就是说只有在当前设置了的shell里才会有作用，因此每次打开新的shell运行程序不停地设置LD_LIBRARY_PATH，是一件非常麻烦的事情，所以我们就会想有不有什么一劳永逸地方法，使得设置之后就不用再去设置了？答案是肯定的，即在~/目录下打开.bash_profile文件，设置环境变量如下：

    Java代码   
    
  
 LD_LIBRARY_PATH=dir：$LD_LIBRARY_PATH  
 export LD_LIBRARY_PATH  

那么以后打开新的shell执行程序是，再也不用每次打开shell就设置LD_LIBRARY_PATH环境变量了。

附：

linux共享库位置配置(LD_LIBRARY_PATH环境变量或者更改/etc/ld.so.conf 或者使用-R选项)

今天下午尝试使用libosip2，安装比较简单，按照自带的help文档里面的操作进行即可。

$>mkdir linux-build

$>cd linux-build

$>../libosip2-2.2.0/configure

$>make (最后2步要在管理员权限下执行）

# make install

完成之后，会在/usr/local/lib路径下生成一些lioosipXXX.so的文件，在/usr/local/include下生成关于 osip的头文件。

为了测试安装是否正确，在eclipse下建了个测试项目，写了很简单的代码：

#include <sys/time.h>//不加的话，编译时会报错，可能osip依赖于time.h

#include <osip2/osip.h>

//之所以能找到/usr/local/include下关于osip的头文件，是因为eclipse默认把/usr/local/include 放到Include directories里面了。在eclipse的项目属性-->C++ General-->Path and symbols -->Include里面可以看到。如果自己写makefile文件的话，要加上-I 选项，表示程序里include的头文件去哪里找。参见

http://blog.csdn.net/liuzhuan_1986/archive/2009/07/05/4323274.aspx 关于头文件说明

#include <iostream>

using namespace std;

int main()

{

int i;

osip_t *osip;

i = osip_init(&osip);

if(i != 0)

cout << "error" << endl;

cout << "ok" << endl;

return 0;

}

并且在eclipse的项目属性-->C/C++ Build-->Settings-->Tool settings-->GCC C++ Linker-->Libraries加上-lpthread -losip2的选项。

编译链接都没有问题，运行时报错：

error while loading shared libraries: libosip2.so.4: cannot open shared object file: No such file or directory

然后查到可能是因为共享库设置的问题：

下面的几段是转载的，看了之后明白linux怎么找到共享库的

===========================================================================================

Linux 运行的时候，是如何管理共享库(*.so)的？在 Linux 下面，共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

但是，如果需要用到的共享库在非标准路经，ld.so 怎么找到它呢？

目前，Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf，然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候，会从 ld.so.cache 查找。

传统上，Linux 的先辈 Unix 还有一个环境变量：LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候，也会查找这个变量所设置的路经。

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./lib

export LD_LIBRARY_PATH

但是，有不少声音主张要避免使用 LD_LIBRARY_PATH 变量，尤其是作为全局变量。这些声音是：

* LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html

* Why LD_LIBRARY_PATH is bad - http://xahlee.org/UnixResource_dir/_/ldpath.html

* LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710

解决这一问题的另一方法是在编译的时候通过 -R<path> 选项指定 run-time path。

1. 往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library 会找不到

2. 想往上面两个目录以外加东西的时候，一定要修改/etc/ld.so.conf，然后再调用ldconfig，不然也会找不到。

比如安装了一个mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下面，这时就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib，保存过后ldconfig一下，新的 library才能在程序运行时被找到。

3. 如果想在这两个目录以外放lib，但是又不想在/etc/ld.so.conf中加东西（或者是没有权限加东西）。那也可以，就是export一个全局变量LD_LIBRARY_PATH，然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案，在没有权限或临时需要的时候使用。

4. ldconfig做的这些东西都与运行程序时有关，跟编译时一点关系都没有。编译的时候还是该加-L就得加，不要混淆了。

5. 总之，就是不管做了什么关于library的变动后，最好都ldconfig一下，不然会出现一些意想不到的结果。不会花太多的时间，但是会省很多的事。

LD_LIBRARY_PATH 这个环境变量是大家最为熟悉的，它告诉loader：在哪些目录中可以找到共享库。可以设置多个搜索目录，这些目录之间用冒号分隔开。在linux下，还提供了另外一种方式来完成同样的功能，你可以把这些目录加到/etc/ld.so.conf中，然后调用ldconfig。当然，这是系统范围内全局有效的，而环境变量只对当前shell有效。按照惯例，除非你用上述方式指明，loader是不会在当前目录下去找共享库的，正如shell不会在当前目前找可执行文件一样。

================================================================================================

在shell下尝试设置LD_LIBRARY_PATH，以下面这种形式设置，老是报错bash: LD_LIBRARY_PATH: command not found，

LD_LIBRARY_PATH=/usr/local/lib

LD_LIBRARY_PATH = $ LD_LIBRARY_PATH:/usr/local/lib

可能是因为系统之前没有设置过LD_LIBRARY_PATH，于是改成这样：

export LD_LIBRARY_PATH=/usr/local/lib

然后用 echo $LD_LIBRARY_PATH检查一下是否真的设置成功，发现可以。

接着在该shell下运行eclipse生成的可执行文件，没有错误。

另外，如果不想每次新启一个shell都设置LD_LIBRARY_PATH，可以编辑~/.bash_profile文件：

$ vi ~/.bash_profile

添加：

LD_LIBRARY_PATH=/usr/local/lib