关于 Makefile,如何编译动态链接库.so和静态链接库.a

名词介绍


  1. 静态函数库
    这类库的名字一般是libxxx.a;利用静态函数库编译成的文件比较大,因为整个 函数库的所有数据都会被整合进目标代码中,他的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点,因为如果静态函数库改变了,那么你的程序必须重新编译。
  2. 动态函数库
    这类库的名字一般是libxxx.so;相对于静态函数库,动态函数库在编译的时候 并没有被编译进目标代码中,你的程序执行到相关函数时才调用该函数库里的相应函数,因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序,而是程序运行时动态的申请并调用,所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序,所以动态函数库的升级比较方便。
    linux系统有几个重要的目录存放相应的函数库,如/lib /usr/lib

注意:

(1)静态库在程序编译时会被连接到目标代码中,程序运行时将不再需要该静态库。

(2)动态库在程序编译时并不会被连接到目标代码中,而是在程序运行是才被载入,因此在程序运行时还需要动态库存在。

创建源文件

在创建函数库前,我们先来准备举例用的源程序,并将函数库的源程序编译成.o文件。

vim编辑以下文件

// hello.c 文件

#include

void hello(const char *name){

    printf("Hello %s!\n",name);

}
// hello.h 头文件

#ifndef HELLO_H

#define HELLO_H

void hello(const char *name);

#endif
// main.c 文件

#include

int main(){

    hello("Kevin");

    return 0;

}

编译和使用静态链接库.a


  1. 生成.o目标文件
    gcc -c hello.c
  2. 生成.a静态链接库文件(打包成一个压缩包,压缩包里面就是hello.o)
    ar cr libmyhello.a hello.o
    注:ar是用来创建,修改,和解压归档;c是ar的参数,表示创建一个归档;r是ar的参数,表示插入文件到归档里面。所以最终创建了libmyhello.o的归档,并往里面插入hello.o
  3. 使用静态链接库
    gcc -o hello main.c -static -L. -lmyhello
    注:-o 输出文件名
    -static 表示链接静态链接库。如果不使用该参数,而-L指定的目录下同时拥有静态链接库和动态链接库,gcc会默认使用动态链接库。如果只有静态链接库,则会使用静态链接库。
    -L 表示添加一个目录到目录列表,使得可以被-l用来搜索。
    -l libary,当链接时,查找该library。

本质上,静态链接库就是.o文件的集合


编译和使用动态链接库.so


  1. 编译动态链接库.so
    gcc -shared -fPIC -o libmyhello.so hello.c

注:

(1)-shared 表示生成共享库(也就是动态链接库)
(2)-fPIC 作用于编译阶段,告诉编译器产生与位置无关代码(Position-Independent Code),则产生的代码中,没有绝对地址,全部使用相对地址,故而代码可以被加载器加载到内存的任意位置,都可以正确的执行。这正是共享库所要求的。共享库被加载时,在内存的位置不是固定的。PIC就是position independent code PIC使.so文件的代码段变为真正意义上的共享,如果不加-fPIC,则加载.so文件的代码段时,代码段引用的数据对象需要重定位,重定位会修改代码段的内容,这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的copy.每个copy都不一样,取决于这个.so文件代码段和数据段内存映射的位置.不加fPIC编译出来的so,是要再加载时根据加载到的位置再次重定位的.(因为它里面的代码并不是位置无关代码)如果被多个应用程序共同使用,那么它们必须每个程序维护一份so的代码副本了.(因为so被每个程序加载的位置都不同,显然这些重定位后的代码也不同,当然不能共享) 。-fPIC 的使用,会生成 PIC 代码,.so 要求为 PIC,以达到动态链接的目的,否则,无法实现动态链接。 non-PIC PIC 代码的区别主要在于 access global data, jump label 的不同。 比如一条 access global data的指令, non-PIC 的形势是:ld r3, var1 PIC的形式则是:ld r3, var1-offset@GOT,意思是从GOT 表的 index var1-offset 的地方处 指示的地址处装载一个值,var1-offset@GOT处的4 byte ,其实就是 var1 的地址。这个地址只有在运行的时候才知道,是由 dynamic-loader(ld-linux.so) 填进去的。 再比如 jump label 指令 non-PIC 的形势是:jump printf ,意思是调用 printf PIC 的形式则是:jump
printf-offset@GOT,
意思是跳到 GOT 表的 index printf-offset 的地方处指示的地址去执行,
这个地址处的代码摆放在 .plt section
每个外部函数对应一段这样的代码,其功能是呼叫dynamic-loader(ld-linux.so) 来查找函数的地址(本例中是 printf),然后将其地址写到 GOT 表的 index printf-offset 的地方, 同时执行这个函数。这样,第2次呼叫printf 的时候,就会直接跳到 printf 的地址,而不必再查找了。 GOT data section, 是一个 table,除专用的几个 entry,每个 entry 的内容可以再执行的时候修改; PLT text section, 是一段一段的
code,执行中不需要修改。 每个 target 实现 PIC 的机制不同,但大同小异。比如 MIPS 没有 .plt, 而是叫
.stub,功能和 .plt 一样。 可见,动态链接执行很复杂,比静态链接执行时间长;但是,极大的节省了 sizePIC和动态链接技术是计算机发展史上非常重要的一个里程碑。

     2. 使用动态链接库

# gcc -o main main.c -L. -lmyhello

# ./main

# ./main: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory

出错了。快看看错误提示,原来是找不到动态库文件libmyhello.so。程序在运行时,会在/usr/lib/lib等目录中查找需要的动态库文件。若找到,则载入动态库,否则将提示类似上述错误而终止程序运行。我们将文件libmyhello.so复制到目录/usr/lib中,再试试。(使用”-lmyhello”标记来告诉GCC驱动程序在连接阶段引用共享函数库libmyhello.so”-L.”标记告诉GCC函数库可能位于当前目录。否则GNU连接器会查找标准系统函数目录:它先后搜索1.elf文件的 DT_RPATH—2.环境变量LD_LIBRARY_PATH—3./etc/ld.so.cache文件列表—4./lib/,/usr/lib目录找到库文件后将其载入内存,但是我们生成的共享库在当前文件夹下,并没有加到上述的4个路径的任何一个中,因此,执行后会出现错误)

# mv libmyhello.so /usr/lib

# ./main

# Hello Kevin!

没有报错,运行成功。

/usr/lib/libmyhello.so删除。

第二种方法:
既然连接器会搜寻LD_LIBRARY_PATH所指定的目录,那么我们可以将这个环境变量设置成当前目录:

先执行:

export LD_LIBRARY_PATH=$(pwd)

再执行:

./main

成功!

第三种方法,就是使用ldconfig
: 当用户在某个目录下面创建或拷贝了一个动态链接库,若想使其被系统共享,可以执行一下”ldconfig 目录名这个命令.此命令的功能在于让ldconfig将指定目录下的动态链接库被系统共享起来,意即:在缓存文件/etc/ld.so.cache中追加进指定目录下的共享库.本例让系统共享了/home/kevin/clib目录下的动态链接库.该命令会重建/etc/ld.so.cache文件

# ldconfig /home/kevin/clib

# ./main

# Hello Kevin!

运行成功

可以查看程序执行时调用动态库的过程:

# ldd main

linux-vdso.so.1 =>  (0x00007fff88dcf000)

libmyhello.so => /usr/lib/libmyhello.so (0x00007f9104ed6000)

libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9104b11000)

/lib64/ld-linux-x86-64.so.2 (0x00007f9105100000)

几个注意点:

静态库链接时搜索路径顺序:

  1. ld会去找GCC命令中的参数-L
  2. 再找gcc的环境变量LIBRARY_PATH
  3. 再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的

动态链接时、执行时搜索路径顺序:

  1. 编译目标代码时指定的动态库搜索路径;
  2. 环境变量LD_LIBRARY_PATH指定的动态库搜索路径;
  3. 配置文件/etc/ld.so.conf中指定的动态库搜索路径;
  4. 默认的动态库搜索路径/lib;
  5. 默认的动态库搜索路径/usr/lib。

有关环境变量:

        LIBRARY_PATH环境变量:指定程序静态链接库文件搜索路径

        LD_LIBRARY_PATH环境变量:指定程序动态链接库文件搜索路径

你可能感兴趣的:(VCS,杂记,ASIC验证,VCS)