学习笔记 《鸟哥的私房菜——软件安装：源码和Tarball》

文章原文：

http://linux-vbird.bluedata.org/linux_base/0520source_code_and_tarball.htm#library_dyna_sta

 

重点学习内容：

一、 源码的编译：

     特别注意-l 和-L两个参数，在使用到外部函数库时是非常重要的。

[guest@test guest]# gcc sin.c -lm -L/lib -L/usr/lib 
# 特别注意，那个 -lm 可以拆开成两部份来看， 
# -l 是『加入某个函式库(library)』的意思，而m 则是 libm.so 这个函式库，其中， lib 与附档名(.a 或 .so)不需要写 
# 所以 -lm 表示使用 libm.so (或 libm.a) 这个函式库的意思～ ，这个语句可以写多次，比如
# 至于那个 -L 后面接的路径呢？这表示： 
#『我要的函式库 libm.so 请到 /lib 或 /usr/lib 里面搜寻！』 

[guest@test guest]# ./a.out 
1.000000

    补充：

    头文件：g++ 时，默认的头文件都存在/usr/include，基本上大部分unix和linux都是这样的，可以用gcc   -I/usr/myinclude   来设置自己的包含路径 

 

二、动态和静态函数库：

	静态函数库	动态函数库
扩展名	通常为libXXX.a	通常为libXXX.so
编译行为	这类函数库在编译的时候会直接整合到执行程序当中， 所以利用静态函数库编译成的文件会比较大一点	动态函数库在编译的时候，在程序里面只有一个“指向”（Pointer，我的理解就个指针） 的位置而已。也就是说，动态函数的内容并没有整合到可执行的文件当中，而是当可执行 文件要使用到函数库的机制时，程序才去读取函数库来使用。由于可执行文件仅具有执行 动态函数库所在的指针而已，并不包含函数库的内容。所以它的文件会小一点
独立执行的状态	它最大的优点，编译成功的可执行文件可以独立执行，  而不需要再向外部要求读取函数库的内容	这类型的函数库所编译出来的程序不能独立执行，因为当我们使用到函数库时，程序才会去 读取函数库，所以函数库文件必须存在才行，而且函数库的所在目录也不能改变，因为我们 的可执行文件里面仅有“指标”，亦即当要取用该动态函数库时，程序会主动去某个路径下读取， 所以动态函数库可不能随意移动或删除，会影响到很多相关的程序
升级难易度	虽然可执行文件可以单独执行，但因为函数库时直接整合到 可执行文件，因此若函数库升级时，整个可执行必须要重新 编译才能将新版的函数库整合到程序当中，也就是说，在升 级方面，只要函数库升级了，所有将此函数库纳入的程序都 必须重新编译	当函数库升级后，可执行文件根本不需要进行重新编译的行为，因为可执行文件会直接指向 新的函数库文件（前提是函数库新旧版本的文件名相同）

 

    目前Linux distribution比较倾向于使用动态库，处于的考虑是升级的方便。

    绝大多数的函数库防止在/usr/bin，/lib目录下，此外，linux系统里面的函数其实kernel就提供了，它放在/lib/modules里面