由.o文件生成.a文件(静态库)或者.dll文件(动态库)

我们通常把一些公用函数制作成函数库，供其它程序使用。函数库分为静态库和动态库两种。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

(1) 静态库

简单地说，静态库是一个目标文件的简单集合。因此，首先要解决目标文件。
第一步：将各函数代码所在的源文件编译成目标文件。

例如，对于myfunc.c, myproc.c, 将得到myfunc.o和myproc.o

gcc -c myfunc.c myproc.c

第二步：由ar（archive，归档的意思）把多个目标文件集合起来

$ar -r libmyjob.a myfunc.o myproc.o

通常，静态库的命名方式应遵守libXXXXX.a格式。应用程序在使用静态库的时候，通常只需要把命名中的XXXXX部分传递给gcc即可。例如：

$gcc –o mywork –lmyjob …

意为让gcc（实际上是gcc调用ld）去连接一个名字为libmyjob.a（或者libmyjob.so）的库。如果库的命名不遵循libXXXXX.a的格式就找不到相应文件。

(2) 共享库

共享库的构造复杂一些，通常是一个ELF格式的文件。可以有三种方法生成:

$ld -G$gcc -shared$libtool

用ld最复杂，用gcc -share就简单的多，但是-share并非在任何平台都可以使用。GNU提供了一个更好的工具libtool，专门用来在各种平台上生成各种库。

用gcc的-shared参数：

gcc –shared –o libmyjob.so myjob.o

这样，就通过myjob.o生成了共享库文件libmyjob.so.

特别地，在CYGWIN环境下，仍需要输出符合Windows命名的共享库（动态库），即libXXXXX.dll。如：

gcc –shared –o libmyjob.dll myjob.o

注意：
    当静态库和动态库同名时， gcc命令将优先使用动态库。

(3) 库生成以后的配置

如果要把自己开发的库文件安装到操作系统中，需要有管理员权限：
(a) 把库文件复制到适当的目录：
     可以把自己开发的动态连接库放到/usr/local/lib（或者/usr/lib），或放到其他目录，但不论放在那里，都必须与LIBRARY_PATH的值、LD_LIBRARY_PATH的值相一致。
(b) 修改相关的系统配置文件：
     修改/etc/ld.so.conf，然后利用/sbin/ldconfig来完成.

Note:

编译参数解析
     最主要的是GCC命令行的一个选项:
-shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件
l -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
l -L.：表示要连接的库在当前目录中
l -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称
l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
l 当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。
    调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。