程序运行时加载动态库路径顺序(Linux)
在linux系统中,如果程序需要加载动态库,它会按照一定的顺序(优先级)去查找:
链接时路径(Link-time path)和运行时路径(Run-time path)不是一回事,当然,当你知道这个概念的时候,你当然明白。
那么自制的库在没有指定运行时库的路径时,一般是不会找到你特定目录的,先来说说链接库的搜寻顺寻:
1.编译目标代码时指定的动态库搜索路径(指的是用-wl,rpath或-R选项而不是-L);
example: gcc -Wl,-rpath,/home/arc/test,-rpath,/lib/,-rpath,/usr/lib/,-rpath,/usr/local/lib test.c
2.环境变量LD_LIBRARY_PATH指定的动态库搜索路径;(export LD_LIBRARY_PATH=/root/test/env/lib)
3.配置文件/etc/ld.so.conf中指定的动态库搜索路径;(更改/etc/ld.so.conf文件后记得一定要执行命令:ldconfig!该命令会将/etc/ld.so.conf文件中所有路径下的库载入内存中)
4.默认的动态库搜索路径/lib;
5.默认的动态库搜索路径/usr/lib。
在命令前加环境变量设置,该环境变量只对该命令有效,当该命令执行完成后,该环境变量就无效了。如下述命令:# LD_LIBRARY_PATH=/root/test/env/lib ./pos
下面对编译时库的查找与运行时库的查找做一个简单的比较:
1. 编译时查找的是静态库或动态库,而运行时,查找的只是动态库。
2. 编译时可以用-L指定查找路径,或者用环境变量LIBRARY_PATH,而运行时可以用-Wl,rpath或-R选项,或者修改/etc/ld.so.conf文件或者设置环境变量LD_LIBRARY_PATH.
3. 编译时用的链接器是ld,而运行时用的链接器是/lib/ld-linux.so.2.
4. 编译时与运行时都会查找默认路径:/lib /usr/lib
5. 编译时还有一个默认路径:/usr/local/lib,而运行时不会默认找查该路径。
环境变量LIBRARY_PATH可以指定编译时搜索动态库的路径;
环境变量LD_LIBRARY_PATH可以指定程序运行时动态库搜索和加载的路径;
cmake . -G "Eclipse CDT4 - Unix Makefiles" -DCMAKE_SYSTEM_NAME=Linux
根据cmake官方关于交叉编译的介绍: 《Cross Compiling for Linux》,CMAKE_SYSTEM_NAME和CMAKE_SYSTEM_PROCESSOR是交叉编译的时候必须指定的两个参数。
所以如果在cmake命令行定义了CMAKE_SYSTEM_NAME,就必须也定义CMAKE_SYSTEM_PROCESSOR,如下。
cmake . -G "Eclipse CDT4 - Unix Makefiles" \
-DCMAKE_SYSTEM_NAME=Linux \
-DCMAKE_SYSTEM_PROCESSOR=x86_64
如果在命令行只是定义了CMAKE_SYSTEM_NAME,就会出现CMAKE_SYSTEM_PROCESSOR为空这种奇怪的问题。
另外经测试如果在CMakeLists.txt脚本中用set命令设置CMAKE_SYSTEM_NAME的值,并不会影响CMAKE_SYSTEM_PROCESSOR的值:
set(CMAKE_SYSTEM_NAME Linux)