來(lái)自：http://www.cnblogs.com/nobugtodebug/archive/2012/11/07/e6cd72c67b3dd843f40d7ce919f7336a.html
動(dòng)態(tài)庫(kù)(.so)鏈接靜態(tài)庫(kù)(.a)的情況總結(jié)
一般來(lái)說(shuō)在鏈接時(shí)想要使用靜態(tài)庫(kù)有三種方法：
1、link時(shí)加上 -static 選項(xiàng)；當(dāng)加上 -static選項(xiàng)后，gcc會(huì)把所有用到的庫(kù)都做靜態(tài)連接。
2、link時(shí)直接指定想要靜態(tài)連接的.a文件的絕對(duì)路徑。優(yōu)點(diǎn)是除非.a文件不存在，否則肯定有效；缺點(diǎn)也是很明顯，拿到其他機(jī)器上編譯時(shí)，.a文件也必須在相同的路徑下存放。
3、在要靜態(tài)連接的庫(kù)前指定-Bstatic ，在要?jiǎng)討B(tài)連接的庫(kù)前指定-Bdynamic選項(xiàng)。連接器在看到-Bstatic時(shí)會(huì)優(yōu)于去找靜態(tài)庫(kù)，如果找不到再去找動(dòng)態(tài)庫(kù)。 -Bdynamic也是同樣的情況。（可是我實(shí)驗(yàn)的結(jié)果是這兩個(gè)選項(xiàng)根本不起作用，我的環(huán)境是centos 6.2 gcc4.7.2, 仔細(xì)看了gcc 文檔，這兩個(gè)選項(xiàng)是針對(duì)VxWorks平臺(tái)的，所以不起作用。）
當(dāng)我們要編譯一個(gè)so提供給外部使用，這個(gè)so本身依賴一些第三方庫(kù)。但是我們卻希望so的使用者不用關(guān)心該so對(duì)其他庫(kù)的依賴。很自然的是會(huì)想到在編譯so的時(shí)候把依賴到的第三方庫(kù)靜態(tài)鏈接進(jìn)來(lái)。
我在這樣做的時(shí)候碰到了問(wèn)題：指定-static選項(xiàng)時(shí)，link失敗，錯(cuò)誤提示說(shuō)要用到的object文件應(yīng)該用-fPIC選項(xiàng)重新編譯才行（也就是說(shuō)，只有用-fPIC選項(xiàng)編譯的object文件能被link到.so里）；當(dāng)直接給出.a的絕對(duì)路徑的時(shí)候link成功，但是.so里卻并沒(méi)有直正包含所用到的符合連接。針對(duì)碰到的問(wèn)題，我做了一些實(shí)驗(yàn)。實(shí)驗(yàn)如下：
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;
}
分別用兩組命令編譯出了兩個(gè).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文件
接下來(lái)就是本文的主題了，鏈接生成libdynamic.so.此時(shí)有這么幾種情況：
1、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o "，連接成功，但.so里實(shí)際上沒(méi)有static.o里的內(nèi)容。
2、使用"gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic",連接失敗
3、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic_shared dynamic.o"，連接成功，但.so里實(shí)際上沒(méi)有static.o里還是沒(méi)有的內(nèi)容。
4、使用 "gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic_shared",連接成功，.a的內(nèi)容被連接到了.so里面。
另外，鏈接靜態(tài)生成可執(zhí)行程序時(shí)，靜態(tài)庫(kù)是不是用 "-shared -fPIC" 選項(xiàng)編譯產(chǎn)生的沒(méi)有影響。都能正常生成可執(zhí)行程序。
綜合以上情況，總結(jié)如下：
1、動(dòng)態(tài)連接庫(kù)中用到的object文件必須是用 "-shared -fPIC"選項(xiàng)編譯產(chǎn)生的，否則連接時(shí)要么報(bào)錯(cuò)，要么被忽略。
2、靜態(tài)庫(kù)中的object文件最好也用"-shared -fPIC"選項(xiàng)編譯，這樣靜態(tài)庫(kù)就可以同時(shí)被連接到.so 或者可執(zhí)行性文件中。
3、動(dòng)態(tài)庫(kù)只能連接用"-shared -fPIC"選項(xiàng)編譯出來(lái)的靜態(tài)庫(kù)（和第1點(diǎn)是同一件事）
4、連接選項(xiàng)的順序?qū)B接器的行為有重要影響！
| 靜態(tài)庫(kù)使用-shared -fPIC | 連接命令 | 連接執(zhí)行結(jié)果 | 動(dòng)態(tài)庫(kù)結(jié)果 | 最終結(jié)果 |
| 否 | gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o | 成功 | 靜態(tài)庫(kù)內(nèi)容沒(méi)有被連接 | 失敗 |
| 否 | gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic | 失敗 | | 失敗 |
| 是 | gcc -o libdynamic.so -shared -fPIC -L. -lstatic_shared dynamic.o | 成功 | 靜態(tài)庫(kù)內(nèi)容沒(méi)有被連接 | 失敗 |
| 是 | gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic_shared | 成功 | 靜態(tài)庫(kù)內(nèi)容被連接 | 成功 |