linux编译指定libc路径,【请教】libc.so的具体作用

只知道是C动态链接库，请问具体作用是什么呢？

应用程序中用到的C库函数，好像是静态链接到执行文件中的。

比如：源文件m.c

#include

int main()

{

printf("");

return 0;

}

gcc m.c -o m

编译后printf已经在m中了。还要libc.so做什么用呢？

|

这是动态库

有些库实现的.c源文件就在这里面

|

一般为了方便升级库文件

libc.so 都只是一个文件链接，指向期望的版本，如libc.so.6

所以，你只要让libc.so指向你期望的库文件就可以了

|

交叉编译时候如何配置连接库的搜索路径

交叉编译的时候不能使用本地(i686机器，即PC机器，研发机器)机器上的库，但是在做编译链接的时候默认的是使用本地库，即/usr/lib,/lib两个目录。因此，在交叉编译的时候，要采取一些方法使得在编译链接的时候找到需要的库。

首先，要知道：编译的时候只需要头文档，真正实际的库文档在链接的时候用到。 (这是我的理解，假如有不对的地方，敬请网上各位大侠指教) 然后，讲讲如何在交叉编译链接的时候找到需要的库。

(1)、交叉编译时候直接使用-L和-I参数指定搜索非标准的库文档和头文档的路径。例如：

arm-linux-gcc test.c -L/usr/local/arm/2.95.3/arm-linux/lib -I/usr/local/arm/2.95.3/arm-linux/include

(2)、使用ld.so.conf文档，将用到的库所在文档目录添加到此文档中，然后使用ldconfig命令刷新缓存。

(3)、使用如下命令：

$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/arm/2.95.3/arm-linux-lib

参见《ld.so.conf 文档和PKG_CONFIG_PATH变量》这篇文章。

通过环境变量LD_LIBRARY_PATH指定动态库搜索路径(！)。

通过设定环境变量LD_LIBRARY_PATH也可以指定动态库搜索路径。当通过该环境变量指定多个动态库搜索路径时，路径之间用冒号"："分隔。

不过LD_LIBRARY_PATH的设定作用是全局的，过多的使用可能会影响到其他应用程序的运行，所以多用在调试。(LD_LIBRARY_PATH 的缺陷和使用准则，可以参考《Why LD_LIBRARY_PATH is bad》)。通常情况下推荐还是使用gcc的-R或-rpath选项来在编译时就指定库的查找路径，并且该库的路径信息保存在可执行文件中，运行时它会直接到该路径查找库，避免了使用LD_LIBRARY_PATH环境变量查找。

本文来自CSDN博客，转载请标明出处：http://blog.chinaunix.net/u3/97568/showart_2046604.html