服务端入门《三》（gcc 链接 静态库与动态库)

hello.h(见程序1)为该函数库的头文件。

 

hello.c(见程序2)是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出"Hello XXX!"。

 

main.c(见程序3)为测试库文件的主程序，在主程序中调用了公用函数hello。

程序1: hello.h

#ifndef HELLO_H
#define HELLO_H
  
void hello(constchar *name);
  
#endif

程序2：hello.c

#include<stdio.h>
void hello(constchar *name){ 

        printf("Hello %s!\n", name);
}

程序3：main.c

#include"hello.h"
 int main()
 {
     hello("everyone");
     return 0;
 }

2.2问题的提出

注意：这个时候，我们编译好的hello.o是无法通过gcc –o 编译的，这个道理非常简单，

hello.c是一个没有main函数的.c程序，因此不够成一个完整的程序，如果使用gcc –o 编译并连接它，GCC将报错。

无论静态库，还是动态库，都是由.o文件创建的。因此，我们必须将源程序hello.c通过gcc先编译成.o文件。

这个时候我们有三种思路：

1）  通过编译多个源文件，直接将目标代码合成一个.o文件。

2）  通过创建静态链接库libmyhello.a，使得main函数调用hello函数时可调用静态链接库。

3）  通过创建动态链接库libmyhello.so，使得main函数调用hello函数时可调用静态链接库。

2.3思路一：编译多个源文件

在系统提示符下键入以下命令得到hello.o文件。

# gcc -c hello.c

为什么不使用gcc–o hello hello.cpp 这个道理我们之前已经说了，使用-c是什么意思呢？这涉及到gcc 编译选项的常识。

 

我们通常使用的gcc –o 是将.c源文件编译成为一个可执行的二进制代码(-o选项其实是制定输出文件文件名，如果不加-c选项，gcc默认会编译连接生成可执行文件，文件的名称有-o选项指定)，这包括调用作为GCC内的一部分真正的C编译器（ccl），以及调用GNU C编译器的输出中实际可执行代码的外部GNU汇编器（as）和连接器工具（ld）。

而gcc –c是使用GNU汇编器将源文件转化为目标代码之后就结束，在这种情况下,只调用了C编译器（ccl）和汇编器（as），而连接器(ld)并没有被执行，所以输出的目标文件不会包含作为Linux程序在被装载和执行时所必须的包含信息，但它可以在以后被连接到一个程序。

我们运行ls命令看看是否生存了hello.o文件。

# ls

hello.c hello.h hello.o main.c

 

在ls命令结果中，我们看到了hello.o文件，本步操作完成。

 

同理编译main

#gcc –c main.c

 

将两个文件链接成一个.o文件。

#gcc –o hello hello.o main.o

 

运行

# ./hello

 

Hello everyone!

 

完成^ ^!

2.4思路二：静态链接库

 

下面我们先来看看如何创建静态库，以及使用它。

 

静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。

 

在系统提示符下键入以下命令将创建静态库文件libmyhello.a。

 

# ar rcs libmyhello.a hello.o

 

 

我们同样运行ls命令查看结果：

 

# ls

 

hello.c  hello.h hello.o libmyhello.a main.c

 

ls命令结果中有libmyhello.a。

 

静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件,因此，我们在写需要连接的库时，只写名字就可以，如libmyhello.a的库，只写:-lmyhello

 

在程序3:main.c中，我们包含了静态库的头文件hello.h，然后在主程序main中直接调用公用函数hello。下面先生成目标程序hello，然后运行hello程序看看结果如何。

 

# gcc -o hello main.c -static -L. -lmyhello

解析：

(-l参数就是用来指定程序要链接的库，-l参数紧接着就是库名，那么库名跟真正的库文件名有什么关系呢？就拿数学库来说，他的库名是m，他的库文件名是libm.so，很容易看出，把库文件名的头lib和尾.so去掉就是库名了)

(放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了，但如果库文件没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是：“/usr/bin/ld: cannot find -lxxx”，也就是链接程序ld在那3个目录里找不到libxxx.so，这时另外一个参数-L就派上用场了，比如常用的X11的库，它在/usr/X11R6/lib目录下，我们编译时就要用-L/usr/X11R6/lib -lX11参数，-L参数跟着的是库文件所在的目录名。再比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是-L/aaa/bbb/ccc -ltest

)

(在这一步可能会出现，can not find lc，主要原因可能就是系统缺少libc.a库，所以，要安装

1. 查看是否有lib.a:

   cd /usr/lib

   sudo find / -name libc.a

2. 查看是否安装了libc.a

   sudo yum search glibc

3. 没有安装的libc.a的话，进行安装

   sudo yum install glibc-static

)

 

# ./hello

 

Hello everyone!

 

我们删除静态库文件试试公用函数hello是否真的连接到目标文件 hello中了。

 

# rm libmyhello.a

 

rm: remove regular file `libmyhello.a'? y

 

# ./hello

 

Hello everyone!

 

程序照常运行，静态库中的公用函数已经连接到目标文件中了。

静态链接库的一个缺点是，如果我们同时运行了许多程序，并且它们使用了同一个库函数，这样，在内存中会大量拷贝同一库函数。这样，就会浪费很多珍贵的内存和存储空间。使用了共享链接库的Linux就可以避免这个问题。

共享函数库和静态函数在同一个地方，只是后缀有所不同。比如，在一个典型的Linux系统，标准的共享数序函数库是/usr/lib/libm.so。

当一个程序使用共享函数库时，在连接阶段并不把函数代码连接进来，而只是链接函数的一个引用。当最终的函数导入内存开始真正执行时，函数引用被解析，共享函数库的代码才真正导入到内存中。这样，共享链接库的函数就可以被许多程序同时共享，并且只需存储一次就可以了。共享函数库的另一个优点是，它可以独立更新，与调用它的函数毫不影响。

2.5思路三、动态链接库（共享函数库）

 

我们继续看看如何在Linux中创建动态库。我们还是从.o文件开始。

 

动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。

 

在系统提示符下键入以下命令得到动态库文件libmyhello.so。

 

# gcc -shared -fPIC -o libmyhello.so hello.o

(

这里，生成动态库时遇到了relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC错误。

由于我的系统是AMD64位的，所以需要在编译的时候添加 -fPIC选项,所以，在生成hello.o的时候，要添加-fPIC,例如：

gcc hello.c -c -fPIC -o hello.o 

参考：http://www.itnose.net/detail/6068878.html

)

 

 “PIC”命令行标记告诉GCC产生的代码不要包含对函数和变量具体内存位置的引用，这是因为现在还无法知道使用该消息代码的应用程序会将它连接到哪一段内存地址空间。这样编译出的hello.o可以被用于建立共享链接库。建立共享链接库只需要用GCC的”-shared”标记即可。

 

我们照样使用ls命令看看动态库文件是否生成。

 

# ls

 

hello.cpp hello.h hello.o libmyhello.so main.cpp

调用动态链接库编译目标文件。

 

在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。我们先运行gcc命令生成目标文件，再运行它看看结果。

 

如果直接用如下方法进行编译，并连接：

# gcc -o hello main.c -L. -lmyhello

 

（使用”-lmyhello”标记来告诉GCC驱动程序在连接阶段引用共享函数库libmyhello.so。”-L.”标记告诉GCC函数库可能位于当前目录。否则GNU连接器会查找标准系统函数目录:它先后搜索1.elf文件的 DT_RPATH段—2.环境变量LD_LIBRARY_PATH—3./etc/ld.so.cache文件列表—4./lib/,/usr/lib目录找到库文件后将其载入内存,但是我们生成的共享库在当前文件夹下，并没有加到上述的4个路径的任何一个中，因此，执行后会出现错误）

 

# ./hello

 

./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory

 

#

错误提示，找不到动态库文件libmyhello.so。程序在运行时，会在/usr/lib和/lib等目录中查找需要的动态库文件。若找到，则载入动态库，否则将提示类似上述错误而终止程序运行。有多种方法可以解决，

（1）我们将文件 libmyhello.so复制到目录/usr/lib中，再试试。

 

# mv libmyhello.so /usr/lib

 

# ./hello

成功！

（2）既然连接器会搜寻LD_LIBRARY_PATH所指定的目录，那么我们可以将这个环境变量设置成当前目录：

先执行：

export LD_LIBRARY_PATH=$(pwd)

再执行：

./hello

成功！

（3）

执行：  

ldconfig   /usr/zhsoft/lib

     

（注意：往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library会找不到）

参考：http://www.cnblogs.com/lyongde/p/4190588.html
       
      
  注:   当用户在某个目录下面创建或拷贝了一个动态链接库,若想使其被系统共享,可以执行一下"ldconfig   目录名"这个命令.此命令的功能在于让ldconfig将指定目录下的动态链接库被系统共享起来,意即:在缓存文件/etc/ld.so.cache中追加进指定目录下的共享库.本例让系统共享了/usr/zhsoft/lib目录下的动态链接库.该命令会重建/etc/ld.so.cache文件

 

成功！

我们回过头看看，发现使用静态库和使用动态库编译成目标程序使用的gcc命令完全一样，
那当静态库和动态库同名时，gcc命令会使用哪个库文件呢？抱着对问题必究到底的心情，
来试试看。

先删除除.c和.h外的所有文件，恢复成我们刚刚编辑完举例程序状态。

# rm -f hello hello.o /usr/lib/libmyhello.so

# ls

hello.c hello.h main.c

#

在来创建静态库文件libmyhello.a和动态库文件libmyhello.so。

# gcc -c hello.c

# ar rcs libmyhello.a hello.o

# gcc -shared -fPCI -o libmyhello.so hello.o

# ls

hello.c hello.h hello.o libmyhello.a libmyhello.so main.c

#

通过上述最后一条ls命令，可以发现静态库文件libmyhello.a和动态库文件libmyhello.so都已经生成，并都在当前目录中。然后，我们运行gcc命令来使用函数库myhello生成目标文件hello，并运行程序 hello。

# gcc -o hello main.c -L. -lmyhello

# ./hello

./hello: error while loading shared libraries: libmyhello.so: cannot open shar
ed object file: No such file or directory

#

从程序hello运行的结果中很容易知道，当静态库和动态库同名时， gcc命令将优先使用动态库。

头文件(Head Files)

在C语言和其他语言中，头文件声明了系统函数和库函数，并且定义了一些常量。对于C语言，头文件基本上散落于/usr/include和它的子文件夹下。其他的编程语言的库函数分布在编译器定义的地方，比如在一些Linux版本中，X Window系统库函数分布在/usr/include/X11，GNU C++的库函数分布在/usr/include/g++。这些系统库函数的位置对于编译器来说都是“标准位置”，即编译器能够自动搜寻这些位置。

如果想引用位于标准位置之外的头文件，我们需要在调用编译器的时候加上-I标志，来显式的说明头文件所在文件夹。比如，

$ gcc -I/usr/openwin/include hello.c

会告诉编译器除了标准位置外，还要去/usr/openwin/include看看有没有所需的头文件。详细情况见编译器的使用手册(man gcc)。

库

与头文件一样，库函数通常放在标准位置，但我们也可以通过-L标识符，来添加新的搜索文件夹，-l指定特定的库函数文件。比如

 $ gcc -o x11fred -L/usr/openwin/lib x11fred.c -lX11

上述命令就会在编译期间，链接位于/usr/openwin/lib文件夹下的libX11函数库，编译生成x11fred。

主要参考：

Linux下Gcc生成和使用静态库和动态库详解  ：http://blog.chinaunix.net/uid-23592843-id-223539.html

gcc -l参数和-L参数 ：http://www.cnblogs.com/benio/archive/2010/10/25/1860394.html