第一篇： 动态链接库*.so的编译与使用- - 动态库*.so在linux下用c和c++编程时经常会碰到，最近在网站找了几篇文章介绍动态库的编译和链接，总算搞懂了这个之前一直不太了解得东东，这里做个笔记，也为其它正为动态库链接库而苦恼的兄弟们提供一点帮助。 1、动态库的编译 下面通过一个例子来介绍如何生成一个动态库。这里有一个头文件：so_test.h，三个.c文件：test_a.c、test_b.c、test_c.c，我们将这几个文件编译成一个动态库：libtest.so。 so_test.h： #include <stdio.h> #include <stdlib.h> void test_a(); void test_b(); void test_c(); test_a.c： #include "so_test.h" void test_a() { printf("this is in test_a.../n"); } test_b.c： #include "so_test.h" void test_b() { printf("this is in test_b.../n"); } test_a.c： #include "so_test.h" void test_c() { printf("this is in test_c.../n"); } 将这几个文件编译成一个动态库：l ibtest.so $ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so 2、动态库的链接 在1、中，我们已经成功生成了一个自己的动态链接库libtest.so，下面我们通过一个程序来调用这个库里的函数。程序的源文件为：test.c。 test.c： #include "so_test.h" int main() { test_a(); test_b(); test_c(); return 0; } 将test.c与动态库libtest.so链接生成执行文件test： $ gcc test.c -L. -ltest -o test 测试是否动态连接，如果列出libtest.so，那么应该是连接正常了 $ ldd test 执行test，可以看到它是如何调用动态库中的函数的。 3、编译参数解析 最主要的是GCC命令行的一个选项: -shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件 -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。 -L.：表示要连接的库在当前目录中 -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称 LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。 当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。 4、注意 调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。 第二篇 Linux下动态库文件的扩展名为".so"（Shared Object）。按照约定，所有动态库文件名的形式是libname.so（可能在名字中加入版本号）。这样，线程函数库被称作 libthread.so。静态库的文件名形式是libname.a。共享archive的文件名形式是libname.sa。共享archive只是一 种过渡形式，帮助人们从静态库转变到动态库。 本文仅以简单的例子介绍动态库文件的生成和链接方法。 操作系统：Debian/GNU Linux 2.6.21-2-686; GCC版本：4.1.3 一、库文件及测试文件代码 库文件及测试文件所在的目录：/home/program/。 1.库文件名：myfunction.c /*Author: Godbach E-mail: nylzhaowei@163.com */ #include int my_lib_function (void) { printf ("Library routine called from libmyfunction.so!/n"); return 0; } 2.测试文件名：test.c #include int main(void) { my_lib_function(); return 0; } 二、动态库的编译方法 编译库文件myfunction.c: debian:/home/program# gcc -shared -o libmyfunction.so myfunction.c 如果编译成功，会在/home/program/下生成动态库文件：libmyfunction.so。 这里有两点需要说明： 1.对Linux操作，一般都推荐在普通用户模式下，如果需要超级用户的权限，则可以通过su root，输入root用户密码切换。我是个人学习使用，同时又有很多的操作都要使用root用户，因此就直接在root用户下进行编译。 2.编译生成动态库的命令为：gcc (-fpic) -shared -o libmyfunction.so myfunction.c -fpic 使输出的对象模块是按照可重定位地址方式生成的。 -shared指定把对应的源文件生成对应的动态链接库文件。 三、动态库的测试方法 编译测试文件test.c: debian:/home/program# gcc -o test test.c /home/program/libmyfunction.so 成功编译后，生成test文件，运行test： debian:/home/program# ./test Library routine called from libmyfunction.so! 其中，gcc -o test test.c /home/program/libmyfunction.so的最后一个参数指定所链接库文件的绝对路径。本例中库文件的绝对路径为：/home/program/libmyfunction.so。 当然，如果想从系统的库文件路径（通常系统函数库的位于/usr/lib下）链接动态库的话，可以先将生成的库文件拷贝至/usr/lib/下，然后再链接： debian:/home/program# cp libmyfunction.so /usr/lib/ debian:/home/program# gcc -o test test.c -lmyfunction debian:/home/program# ./test Library routine called from libmyfunction.so! 这里，对于链接的方法作一下解释。对于gcc -o test test.c -lmyfunction中最后一个参数-lmyfunction, 可见传给C编译器的命令行参数并未提到函数库的完整路径名，甚至没有提到在函数库目录中该文件的完整名字！实际上，编译器被告知根据选项- lmyfunction链接到相应的函数库(/usr/lib下)，函数库的名字是libmyfunction.so, 也就是说，"lib"部分和文件的扩展名被省略了，但在前面加了一个l。 |
|
