c编译，调用动态连接库 (.so文件)

C编译: 动态连接库 (.so文件)

Linux动态链接库.so文件的命名及用途总结

Linux编程练习（二）—— Linux下.so动态库的建立和调用

在“纸上谈兵: 算法与数据结构”中，我在每一篇都会有一个C程序，用于实现算法和数据结构 (比如栈和相关的操作)。在同一个程序中，还有用于测试的main()函数，结构体定义，函数原型，typedef等等。

这样的做法非常不“环保”。算法的实际运用和算法的实现混在一起。如果我想要重复使用之前的源程序，必须进行许多改动，并且重新编译。最好的解决方案是实现模块化: 只保留纯粹的算法实现，分离头文件，并编译一个库(library)。每次需要使用库的时候(比如使用栈数据结构)，就在程序中include头文件，连接库。这样，不需要每次都改动源程序。

我在这里介绍如何在UNIX环境中创建共享库 (shared library)。UNIX下，共享库以so为后缀(shared object)。共享库与Windows下的DLL类似，是在程序运行时动态连接。多个进程可以连接同一个共享库。

实现将一个自己编写的Hello.c文件打包成libHello.so动态库，并通过gcc编译工具实现用一个test.c程序调用libHello.so和自定义头文件Hello.h的过程。

具体程序代码如下：

//Hello.h文件

#include <stdio.h>
void printhello();

 

//Hello.c文件

#include <stdio.h>
void printhello()
{
  puts("Hello World!");
}

 

//test.c文件

#include “Hello.h”
int main()
{
 printhello();
 return 0;
}

 

具体操作过程：
第一步：
    将文件Hello.c编译成一个动态库：libHello.so，执行命令如下：

        $ gcc Hello.c -fPIC -shared -o libHello.so

    -shared： 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接，相当于一个可执行文件；

    -fPIC：PIC指Position Independent Code，表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的,所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。

第二步：

编译上述程序。编译器需要知道.h文件位置。

• • 对于#include "..."，编译器会在当前路径搜索.h文件。你也可以使用-I选项提供额外的搜索路径，比如-I/home/vamei/test。
  • 对于#include <...>，编译器会在默认include搜索路径中寻找。

编译器还需要知道我们用了哪个库文件，在gcc中:

• • 使用-l选项说明库文件的名字。这里，我们将使用-lmystack (即libmystack库文件)。
  • 使用-L选项说明库文件所在的路径。这里，我们使用-L. (即.路径)。

如果没有提供-L选项，gcc将在默认库文件搜索路径中寻找。

 

你可以使用下面的命令，来获知自己电脑上的include默认搜索路径:

$`gcc -print-prog-name=cc1` -v   

获知库默认搜索路径:

$gcc -print-search-dirs

 

    生成Hello.c文件的动态链接库libHello.so以后，直接在包含Hello.h和libHello.so文件夹底下运行如下gcc命令：

      $ gcc test.c -lHello -L. -I`pwd` -o test

 

    -L.：-L后跟连接库的路径，‘.’表示要连接的库在当前目录中；

    -I`pwd`：表示要连接的头文件在当前目录；

    -lHello：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称（即：libHello.so）。

第三步：
    执行命令“$ ldd test” 打印test可执行文件的动态库依赖关系，结果输出：

      linux-vdso.so.1 =>  (0x00007fff16b8a000)
      libHello.so => not found
      libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa55700c000)
      /lib64/ld-linux-x86-64.so.2 (0x00007fa5573e4000)

    其中，“libHello.so => not found”表明链接程序找不到libHello.so文件，这是因为链接程序只寻找固定目录（一般为/lib和/usr/lib），解决方法有两种：
    方法一：把libHello.so拷贝到链接程序的搜索路径目录下（/lib或/usr/lib）。
    方法二：设置环境变量LD_LIBRARY_PATH，增加当前路径到该变量中。
        配置环境变量的方法为：

 export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`pwd`

    这里采用第一种解决方法，再次执行“$ ldd test”，此时显示：

        linux-vdso.so.1 =>  (0x00007fff6c7d7000)
        libHello.so => /lib/libHello.so (0x00007f818dce3000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f818d923000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f818defd000)

    libHello.so=>后有值，说明查找动态库成功。
    执行“./test”命令，正确输出相应结果。

 

ubuntu@dongyang-K46CB:~/lua$ gcc -o test test.c -lHello -L.
test.c:1:19: fatal error: Hello.h: 没有那个文件或目录
compilation terminated.
ubuntu@dongyang-K46CB:~/lua$ gcc -o test test.c -lHello -L. -I`pwd`
ubuntu@dongyang-K46CB:~/lua$ ls
Hello.c  Hello.h  iterator.lua  libHello.so  m.lua  numToCN.lua  result  test  test.c  test.lua  testModule.lua
ubuntu@dongyang-K46CB:~/lua$ ./test
./test: error while loading shared libraries: libHello.so: cannot open shared object file: No such file or directory
ubuntu@dongyang-K46CB:~/lua$ gcc test.c -lHello -L. -I`pwd` -o test
ubuntu@dongyang-K46CB:~/lua$ ldd test
        linux-vdso.so.1 =>  (0x00007ffef46eb000)
        libHello.so => not found
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fde84873000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fde84c3d000)
ubuntu@dongyang-K46CB:~/lua$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`pwd`
ubuntu@dongyang-K46CB:~/lua$ ./test
Hello World!
ubuntu@dongyang-K46CB:~/lua$ ldd test
        linux-vdso.so.1 =>  (0x00007ffd657cc000)
        libHello.so (0x00007f84ab3a1000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f84aafd7000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f84ab5a3000)
ubuntu@dongyang-K46CB:~/lua$

 

转载于:https://www.cnblogs.com/cdyboke/p/7750015.html