Linux系统下动态库的生成,linux动态库生成
Linux系统下动态库的生成,linux动态库生成
什么是动态库?
动态库又称动态链接库英文为DLL,是Dynamic Link Library 的缩写形式,DLL是一个包含可由多个程序同时使用的代码和数据的库,DLL不是可执行文件。动态链接提供了一种方法,使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中,该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个DLL 副本的内容。DLL 是一个包含可由多个程序同时使用的代码和数据的库。
一、简述
Linux下动态库文件的扩展名为 ".so"(Shared Object)。按照约定,所有动态库文件名的形式是libname.so(可能在名字中加入版本号)。这样,线程函数库被称作libthread.so。静态库的文件名形式是libname.a。共享archive的文件名形式是libname.sa。共享archive只是一种过渡形式,帮助人们从静态库转变到动态库。
小编综合自己学习体会以及网络上较好的内容,以简单的例子介绍动态库文件的生成和链接方法。
操作系统:Ubuntu 14.0.4
GCC版本:4.1.3
二、库文件及测试文件代码
库文件及测试文件所在的目录:/home/test/program/
1、 库文件名:myLibSrc.c
filename: myLibSrc.c
*/
#include<stdio.h>
#include"myLibInclude.h"
int
myLibSrcFun(){
printf("There is myLibSrcFun()\n");
return 0;
}
2、 测试文件:main.c
filename: main.c
*/
#include<stdio.h>
#include"myLibInclude.h"
int main(intargc, char** argv){
printf("Main function !\n");
//调用加载的动态库里的函数
myLibSrcFun();
return 0;
}
<strong>3、 头文件:myLibInclude.h</strong>
/*
filename: myLibInclude.h
*/
intmyLibSrcFun();//声明一下函数
三、动态库的编译方法
编译库文件 myLibSrc.c 命令如下:
或是:$ gcc myLibSrc.c -fpic-shared -g -DDEBUG -o libmyLib.so
如果编译成功,会在目录/home/test/program/ 下生成动态库文件:libmyLib.so
这里有两点需要补充说明:
A、 对于Linux操作,一般都推荐在普通用户模式下,如果需要超级用户的权限,则可以通过sudo 或是 su root ,输入root用户密码切换。鉴于个人学习使用时,同时很多操作又需都需要使用root用户,因此 就直接在root用户下进行编译。
B、 编译生成动态库时的参数含义
-fpic: 使输出的对象模块可重定位地址方式生成的。
-shared: 指定把对应的源文件生成对应的动态链接库文件。
四、动态库的测试方法
编译测试文件:main.c
编译成功后运行 ./app :
There is myLibSrcFun()
需要注意的是:
1、上面编译的命令 $gcc –o app main.c /home/test/program/ libmyLib.so
的最后一个参数是指定特定所连接库文件的绝对路径。本例中的库文件的绝对路径即为/home/test/program/ libmyLib.so
当然,如果想从系统的库文件路径(通常系统函数库都位于 /usr/lib 目录下)链接动态库的话,可以先将生成的 库文件 拷贝至 /usr/lib下,然后在链接:
$gcc –o app main.c -lmyLib
这里,对于链接的方法做一下简单的解释:对于$ gcc –o app main.c -lmyLib 中的最后一个参数 –lmyLib ,可见传递给C的编译器的命令行参数并未提到函数库的完整路径,甚至没有提到在函数库目录 中该文件的完整名字!实际上,编译器被告知根据选项 -lmyLib 链接到相应的函数库(/usr/lib 下),函数库的名字是 libmyLib.so,也就是说,“lib”部分和文件的扩展名都被省略了,但在前面加了一个 ‘l’.
以上就是Linux系统下动态库生成的方法步骤,希望能帮到大家,谢谢阅读,请继续关注帮客之家。
可以啊, 比如用lintel fortran compiler
ifort -c -fpic test.f90ifort -shared -o test.so test.o
gcc编译时,当使用动态库编译可以按照几种写法
1.gcc test.c ./libSDL2-2.so
2.gcc test.c -lSDL2-2
3.gcc test.c -L/home/test -lSDL2-2
一般的编译参数都是按照2或3去写
2写法的含义是从/lib或者/usr/lib目录下寻找名称为SDL2-2的库,即寻找/lib/libSDL2-2.so或者/usr/lib/libSDL2-2.so文件进行链接,当然如果没有动态库就会去找静态库,再没有应该就会在编译时报错
3写法的含义是从-L参数首先从指定的目录中寻找需要链接的库文件,随后再去寻找系统文件夹中是否存在需要的库
1写法的含义是将当前目录下的./libSDL2-2.so.0文件链接进最终文件,因此执行readelf -a a.out后在动态库部分所看到的路径就是./libSDL2-2.so.0,进而在执行文件时仅会从当前目录下寻找libSDL2-2.so.0文件,当执行文件时所在的目录下没有该文件时就会出现找不到库文件的操作
你第二次操作时,因为function.so库文件与a.out文件在同一个目录,同时也是在该目录下执行的ldd操作及运行a.out,a.out在加载动态库时从当前目录下找到了所需要的库文件,此时能够执行成功(ldd命令实质是一个脚本,通过设置环境变量运行动态库链接器来输出所有待链接的动态库)。
你可以试试将a.out拷贝至其他目录再次运行,将出现和第一次操作时一样的现象,找不到function.so文件。
具体的解决方法就是修改编译参数,将./libSDL2-2.so.0修改为-lSDL2-2并将libSDL2-2.so.0文件拷贝至/usr/lib目录下,并且可能因为没有修改链接器的缓存文件(将可能找不到带版本号后缀的动态库),需要在/usr/lib目录下建立一个文件连接(ln -s libSDL2-2.so.0 libSDL2-2.so)或者直接修改名称为libSDL2-2.so
评论暂时关闭