【请教】libc.so的具体作用

[god_fish]

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

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

比如：源文件m.c
#include<stdio.h>
int main()
{
printf("");
return 0;
}
gcc m.c -o m
编译后printf已经在m中了。还要libc.so做什么用呢？

[jianzhibeihang]

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

[god_fish]

喔，我搞错了。

我以为加上printf后，执行文件增加的几百字节，就是printf的二进制代码了。

[god_fish]

我的编译器现在用的是libc.so.6，我想让它链接libc.so.0，应该改什么文件？

比如换ld-linux.so库，只要编辑specs就可以。
换libc.so，应该编辑哪个文件呢？

[deep_pro]

一般为了方便升级库文件
libc.so 都只是一个文件链接，指向期望的版本，如libc.so.6
所以，你只要让libc.so指向你期望的库文件就可以了

[god_fish]

现在问题是这样的：

ARM开发板的文件系统里是libc.so.6（/lib目录又是只读的），而交叉编译器指向的是libc.so.0。
所以我想改一下交叉编译器的设置，改成用libc.so.6，应该改哪个配置文件呢？

[jianzhibeihang]

[Quote=引用 5 楼 god_fish 的回复:]
现在问题是这样的：

ARM开发板的文件系统里是libc.so.6（/lib目录又是只读的），而交叉编译器指向的是libc.so.0。
所以我想改一下交叉编译器的设置，改成用libc.so.6，应该改哪个配置文件呢？

[/Quote]
我之前碰到类似的问题 你看看这个博客：
http://blog.chinaunix.net/u3/97568/showart_2046604.html

[jianzhibeihang]

交叉编译时候如何配置连接库的搜索路径
交叉编译的时候不能使用本地（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