一:库的定义
本质上来说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行。由于windows和linux的本质不同,因此二者库的二进制是不兼容的。
Linux操作系统支持的函数库分为静态库和动态库,动态库又称共享库。Linux系统有几个重要的目录存放相应的函数库,如/lib /usr/lib。
二、静态函数库、动态函数库
静态库: 这类库的名字一般是libxxx.a;利用静态函数库编译成的文件比较大,因为整个函数库的所有数据都被整合进目标代码中,他的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进可执行文件了。当然这也会称为它的缺点,因为如果静态函数库改变了,那么你的程序必须重新编译,而且体积也较大。
动态库: 这类库德名字一般是libxxx.so,动态库又称共享库;相对于静态函数库,动态函数库在编译的时候并没有被编译进目标代码中,你的程序执行到相关函数时才调用函数库里的相应函数,因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序,而是程序运行时动态申请并调用,所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序,所以动态函数库的升级比较方便。而且如果多个应用程序都要使用同一函数库,动态库就非常适合,可以减少应用程序的体积。
三:静态库和动态库的制作
静态库制作:
gcc -c file1.c -o file1.o
gcc -c file2.c -o file2.o
ar -cr libname.a file1.o file2.o
-c :create的意思
-r :replace的意思,表示当前插入的模块名已经在库中存在,则替换同名的模块。如果若干模块中有一个模块在
库中不存在,ar显示一个错误信息,并不替换其他同名的模块。默认的情况下,新的成员增加在库德结尾处。
动态库制作:
gcc -shared -fpic -o libname.so file1.c file2.c
-fpic:产生代码位置无关代码
-shared:生成共享库
四:举例使用静态库动态库
两个数相加c程序:
add.c
#include <stdio.h>
int add(int a,int b)
{
return a + b;
}
两个数相减c程序:
sub.c
#include <stdio.h>
int sub(int a,int b)
{
return a - b;
}
主程序:
main.c
#include <stdio.h>
#include "head.h"
int main(int argc,char *argv[])
{
int a,b;
if(argc < 3)
{
fprintf(stderr,"Usage : %s argv[1] argv[2].\n",argv[0]);
return -1;
}
a = atoi(argv[1]);
b = atoi(argv[2]);
printf("a + b = %d\n",add(a,b));
printf("a - b = %d\n",sub(a,b));
return 0;
}
头文件:
head.h
#ifndef _HEAD_H_
#define _HEAD_H_
extern int add(int a,int b);
extern int sub(int a,int b);
#endif
gcc -c add.c -o add.o
gcc -c sub.c -o sub.o //编译生成可执行文件
ar -cr libas.a add.o sub.o //制作静态库
ls
add.c add.o head.h libas.a main.c sub.c sub.o
gcc -shared -fpic -o libas.so add.c sub.c //制作动态库
gcc main.c -L. -las -o test //使用库文件
-L 指定函数库查找的位置,注意L后面还有'.',表示在当前目录下查找
-l则指定函数库名,其中的lib和.a(.so)省略。
./test 11 22
./test1: error while loading shared libraries: libas.so: cannot open shared object file: No such file or directory
注意:
1.当动态库和静态库同时存在的时候,gcc默认使用的是动态库。如果强制使用静态库则需要加-static选项支持。
2.链接静态库的可执行程序明显比链接动态库的可执行文件大。
3.动态库生成的可执行文件,test不能正常的运行。
五:让链接动态库的可执行程序正常运行
当系统加载可执行代码时候,能够知道其所依赖的库的名字,但是还需要知道绝对路劲。此时就需要系统动态载入器(dynamic linker/loader)。
对于elf格式的可执行程序,是由ld-linux.so*来完成的,它先后搜索elf文件的DT_RPATH段---环境变量LD_LIBRARY_PATH、/etc/ld.so.cache文件列表、/usr/lib、/lib目录找到库文件后将其载入内存。
以下有三种解决方法
1.一种最直接的方法,就是把生成的动态库拷贝到/usr/lib或/lib中去。
sudo cp libas.so /usr/lib/
export LD_LIBRARY_PATH=/home/zhangxing/zx4444/library:$LD_LIBRARY_PATH
3.动态在安装在其他目录下,如果想操作系统能找到它,可以通过一下步骤
<1>新建并编辑/etc/ld.so.conf.d/my.conf文件,加入库所在目录的路径
<2>执行ldconfig命令更新ld.so.cache文件
cd /etc/ld.so.conf.d/
sudo vim mylib.conf
/home/zhangxing/zx4444/library
sudo ldconfig
*需要注意的是只有第二种方法不需要用到sudo权限。
*需要注意的是只有第二种方法不需要用到sudo权限。
六:针对上例写一个简单地makefile
+ makefile ___________________________________________________________________________________
1 LIB_NAME=as //定义变量
2
3 all: shared static //总的目标依赖分目标,先执行shared和static目标
4 rm -f *.o
5
6 shared:
7 gcc -shared -fpic -o lib${LIB_NAME}.so *.c //使用变量要用到${}
8
9 static:
10 gcc -c *.c
11 ar -rcs lib${LIB_NAME}.a *.o
12
13 clean:
14 rm -f *.o
15 rm -f *.a *.so
1 LIB_NAME=as //定义变量
2
3 all: shared static //总的目标依赖分目标,先执行shared和static目标
4 rm -f *.o
5
6 shared:
7 gcc -shared -fpic -o lib${LIB_NAME}.so *.c //使用变量要用到${}
8
9 static:
10 gcc -c *.c
11 ar -rcs lib${LIB_NAME}.a *.o
12
13 clean:
14 rm -f *.o
15 rm -f *.a *.so
*变量定义
VAR=test 定义变量VAR,强制赋值为test
VAR+=app 在VAR之前定义的值后面再追加app这个值
VAR?=testapp 如果之前VAR没有被定义,则定义并使用testapp;否则使用之前的值
*第一条目标为总目标
*依赖可以是文件(目录)或为其他目标
*动作可以是linux命令,动作的那一行第一个字必须是以TAB键开头
target: depend1 depend2
[TAB] action1
[TAB] action2
makefile使用基本命令:
make 找到makefile或Makefile文件执行的总目标
make clean 执行makefile文件中的clean目标
make -C directory 进入到directory文件夹中去执行总目标
make clean -c directory 进入到directory文件夹中执行clean目标
make -f comm_makefile 通过-f选项指定一个makefile文件
make VAR=value 给makefile传一个参数VAR,其值为value