动态库(.so)链接静态库(.a)的情况总结

淡淡的烟草味﹌ 2022-07-15 05:46 211阅读 0赞

转载：http://www.cnblogs.com/nobugtodebug/archive/2012/11/07/e6cd72c67b3dd843f40d7ce919f7336a.html

一般来说在链接时想要使用静态库有三种方法：

1、link时加上 -static 选项；当加上 -static选项后，gcc会把所有用到的库都做静态连接。

2、link时直接指定想要静态连接的.a文件的绝对路径。优点是除非.a文件不存在，否则肯定有效；缺点也是很明显，拿到其他机器上编译时，.a文件也必须在相同的路径下存放。

3、在要静态连接的库前指定-Bstatic ，在要动态连接的库前指定-Bdynamic选项。连接器在看到-Bstatic时会优于去找静态库，如果找不到再去找动态库。 -Bdynamic也是同样的情况。（ 可是我实验的结果是这两个选项根本不起作用，我的环境是centos 6.2 gcc4.7.2, 仔细看了gcc 文档，这两个选项是针对VxWorks平台的，所以不起作用。）

当我们要编译一个so提供给外部使用，这个so本身依赖一些第三方库。但是我们却希望so的使用者不用关心该so对其他库的依赖。很自然的是会想到在编译so的时候把依赖到的第三方库静态链接进来。

我在这样做的时候碰到了问题：指定-static选项时，link失败，错误提示说要用到的object文件应该用-fPIC选项重新编译才行（也就是说，只有用-fPIC选项编译的object文件能被link到.so里）；当直接给出.a的绝对路径的时候link成功，但是.so里却并没有直正包含所用到的符合连接。针对碰到的问题，我做了一些实验。实验如下：

static.c

>   
> \#include <stdio.h>
> 
>  
> 
> const char\* sz\_static = "i'm a static str.";
> 
>  
> 
> void print\_niuzai\_said()  
> \{  
>     printf("in static lib, niu zai said, i'm happy!\\n");  
> \}  
>

--------------------

dynamic.c

> \#include <stdio.h>  
> \#include "static.h"
> 
>  
> 
> void print\_papa\_said()  
> \{  
>     print\_niuzai\_said();  
>     printf("in dynamic lib, papa said, niu zai is wonderful!\\n");  
> \}
> 
>

--------------------

main.c

> \#include <unistd.h>  
> \#include "dynamic.h"
> 
>  
> 
> int main(int argc, char\*\* argv)  
> \{  
>     print\_papa\_said();  
>     return 0;  
> \}  
>

分别用两组命令编译出了两个.a 文件

1、gcc -o static.o -c static.c

ar -r libstatic.a static.o

2、gcc -o static\_shared.o -shared -fPIC -c static.c

ar -r libstatic\_shared.a static\_shared.o

然后用此命令  "gcc -o dynamic.o -c dynamic.c"  编译出dynamic.o文件

接下来就是本文的主题了，链接生成libdynamic.so.此时有这么几种情况：

1、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o "，连接成功，但.so里实际上没有static.o里的内容。 ![20121107132126610.png][]

2、使用"gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic",连接失败 ![201211071321265593.png][]

3、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic\_shared dynamic.o"，连接成功，但.so里实际上没有static.o里还是没有的内容。

![201211071321266673.png][]

4、使用 "gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic\_shared",连接成功，.a的内容被连接到了.so里面。

![20121107132126577.png][]

另外，链接静态生成可执行程序时，静态库是不是用 "-shared -fPIC" 选项编译产生的没有影响。都能正常生成可执行程序。

综合以上情况，总结如下：

1、动态连接库中用到的object文件必须是用 "-shared -fPIC"选项编译产生的，否则连接时要么报错，要么被忽略。

2、静态库中的object文件最好也用"-shared -fPIC"选项编译，这样静态库就可以同时被连接到.so 或者可执行性文件中。

3、动态库只能连接用"-shared -fPIC"选项编译出来的静态库（和第1点是同一件事）

4、连接选项的顺序对连接器的行为有重要影响！

<table style="width:100%"> 
 <tbody> 
  <tr> 
   <td style="width:20%"><span style="color:yellow">静态库使用-shared -fPIC</span></td> 
   <td style="width:20%"><span style="color:yellow">连接命令</span></td> 
   <td style="width:20%"><span style="color:yellow">连接执行结果</span></td> 
   <td style="width:20%"><span style="color:yellow">动态库结果</span></td> 
   <td style="width:20%"><span style="color:yellow">最终结果</span></td> 
  </tr> 
  <tr> 
   <td style="width:20%">否</td> 
   <td style="width:20%">gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o</td> 
   <td style="width:20%">成功</td> 
   <td style="width:20%">静态库内容没有被连接</td> 
   <td style="width:20%">失败</td> 
  </tr> 
  <tr> 
   <td style="width:20%">否</td> 
   <td style="width:20%">gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic</td> 
   <td style="width:20%">失败</td> 
   <td style="width:20%">&nbsp;</td> 
   <td style="width:20%">失败</td> 
  </tr> 
  <tr> 
   <td style="width:20%">是</td> 
   <td style="width:20%">gcc -o libdynamic.so -shared -fPIC -L. -lstatic_shared dynamic.o</td> 
   <td style="width:20%">成功</td> 
   <td style="width:20%">静态库内容没有被连接</td> 
   <td style="width:20%">失败</td> 
  </tr> 
  <tr> 
   <td style="width:20%">是</td> 
   <td style="width:20%">gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic_shared</td> 
   <td style="width:20%">成功</td> 
   <td style="width:20%">静态库内容被连接</td> 
   <td style="width:20%">成功</td> 
  </tr> 
 </tbody> 
</table>

[20121107132126610.png]: /images/20220715/624e4c40088c4f55a729816c1e409f20.png
[201211071321265593.png]: /images/20220715/a1fb7200e25845bfa49fafcca4d76033.png
[201211071321266673.png]: /images/20220715/dfee08e1a61d48be9a01fbdafc3fada9.png
[20121107132126577.png]: /images/20220715/a872dccd96c24173b7821ec6e4f6064a.png