版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://skatings.blogbus.com/logs/50437681.html
linux共享库位置配置(LD_LIBRARY_PATH环境变量 或者 更改/etc/ld.so.conf 或者使用-R选项)
今天下午尝试使用libosip2,安装比较简单,按照自带的help文档里面的操作进行即可。
$>mkdir linux-build
$>cd linux-build
$>../libosip2-2.2.0/configure
$>make
# 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-->Toolsettings-->GCC C++Linker-->Libraries加上-lpthread -losip2的选项。
编译链接都没有问题,运行时报错:
error while loading shared libraries: libosip2.so.4: cannot openshared 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
export LD_LIBRARY_PATH
这两行,完成之后.bash_profile如下所示:
# .bash_profile
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
fi
# User specific environment and startup programs
PATH=$PATH:$HOME/bin
LD_LIBRARY_PATH=/usr/local/lib
export PATH
export LD_LIBRARY_PATH
-----------------------------------------------------------
PATH is the environment variable.
java.library.path is the system properties.
When the java application started, JVM will set java.library.path’svalue using PATH’s value.
In java program, it’s very difficult to get the value ofenvironment variables, but it’s very easy to get/set systemproperties. Use
System.setProperty(”project_root”, “..”);
那LD_LIBRARY_PATH的值主要是干什么呢?他是来处理非标准路径下的”共享库“的,可以理解成windows的dll,但在linux下是*.so的文件。
1)我们知道Oracle的驱动是classes12.jar(ojdbc14.jar),这里应该对应着java-class;
2) 同样我们在JBOSS启动脚本中设置
3)至于jni-stub是一些存根文件,可以参考一下JNI相关的说明,这里就暂不描述了(有时间可以再深入学习)。
本文出自 “蚂蚁神相”博客,转载请与作者联系!