標(biāo)簽：

在生成動態(tài)庫時，常常習(xí)慣性的加上fPIC選項，fPIC有什么作用和意義，加不加有什么區(qū)別，這里做下小結(jié)：

fPIC的全稱是 Position Independent Code， 用于生成位置無關(guān)代碼。什么是位置無關(guān)代碼，個人理解是代碼無絕對跳轉(zhuǎn)，跳轉(zhuǎn)都為相對跳轉(zhuǎn)。

1、不加fPIC選項

即使不加fPIC也可以生成.so文件，但是對于源文件有要求，例如

因為不加fPIC編譯的so必須要在加載到用戶程序的地址空間時重定向所有表目，所以在它里面不能引用其它地方的代碼

如下：

#include

int func1(int a)

{

printf("haha a=%d\n", 2);

a++;

return a;

}

使用 gcc? -shared -o libb3.so c.c 編譯將報錯

/usr/bin/ld: /tmp/ccCViivC.o: relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

/tmp/ccCViivC.o: could not read symbols: Bad value

將上述代碼改為：

int func1(int a)

{

//?? ?printf("haha a=%d\n", 2);

a++;

return a;

}

則可以編譯通過。

對于不加 -fPIC生成的動態(tài)庫，“ 生成動態(tài)庫時假定它被加載在地址 0 處。加載時它會被加載到一個地址(base)，這時要進(jìn)行一次重定位(relocation)，把代碼、數(shù)據(jù)段中所有的地址加上這個 base 的值。這樣代碼運(yùn)行時就能使用正確的地址了。”

2、加fPIC選項

加上fPIC選項生成的動態(tài)庫，顯然是位置無關(guān)的

“這樣的代碼本身就能被放到線性地址空間的任意位置，無需修改就能正確執(zhí)行。通常的方法是獲取指令指針的值，加上一個偏移得到全局變量/函數(shù)的地址。”

加fPIC選項的 源文件對于，它引用的函數(shù)頭文件編寫有很寬松的尺度。

比如只需要包含個聲明的函數(shù)的頭文件，即使沒有相應(yīng)的C文件來實現(xiàn)，編譯成so庫照樣可以通過。

在內(nèi)存引用上，加不加fPIC的異同：

加了fPIC實現(xiàn)真正意義上的多個進(jìn)程共享so文件。

多個進(jìn)程引用同一個 PIC 動態(tài)庫時，可以共用內(nèi)存。這一個庫在不同進(jìn)程中的虛擬地址不同，但操作系統(tǒng)顯然會把它們映射到同一塊物理內(nèi)存上。

對于不加-fPIC的

不加fPIC，則加載so文件時，需要對代碼段引用的數(shù)據(jù)對象需要重定位，重定位會修改代碼段的內(nèi)容,這就造成每個使用這個.so文件代碼段的進(jìn)程在內(nèi)核里都會生成這個.so文件代碼段的copy.每個copy都不一樣,取決于這個.so文件代碼段和數(shù)據(jù)段內(nèi)存映射的位置。

可見，這種方式更消耗內(nèi)存。

但是不加fPIC編譯的 so文件的優(yōu)點是加載速度比較快。

標(biāo)簽：

來源： https://www.cnblogs.com/fengliu-/p/10216878.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

以上是生活随笔為你收集整理的linux 内核fpic,linux编译动态库 fPIC作用的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。