在生成動態庫時，常常習慣性的加上fpic選項，fpic有什麼作用和意義，加不加有什麼區別，這裡做下小結：
fpic的全稱是 position independent code， 用於生成位置無關**。什麼是位置無關**，個人理解是**無絕對跳轉，跳轉都為相對跳轉。
1、不加fpic選項
即使不加fpic也可以生成.so檔案，但是對於原始檔有要求，例如
因為不加fpic編譯的so必須要在載入到使用者程式的位址空間時重定向所有表目，所以在它裡面不能引用其它地方的**
如下：#include
int func1(int 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 ****** a shared object; recompile with -fpic
/tmp/cccviivc.o: could not read symbols: bad value
將上述**改為：
int func1(int a)
則可以編譯通過。
對於不加 -fpic生成的動態庫，「 生成動態庫時假定它被載入在位址 0 處。載入時它會被載入到乙個位址（base），這時要進行一次重定位（relocation），把**、資料段中所有的位址加上這個 base 的值。這樣**執行時就能使用正確的位址了。」
2、加fpic選項
加上fpic選項生成的動態庫，顯然是位置無關的
加fpic選項的 原始檔對於，它引用的函式標頭檔案編寫有很寬鬆的尺度。
比如只需要包含個宣告的函式的標頭檔案，即使沒有相應的c檔案來實現，編譯成so庫照樣可以通過。
在記憶體引用上，加不加fpic的異同：
加了fpic實現真正意義上的多個程序共享so檔案。
多個程序引用同乙個 pic 動態庫時，可以共用記憶體。這乙個庫在不同程序中的虛擬位址不同，但作業系統顯然會把它們對映到同一塊物理記憶體上。
對於不加-fpic的
不加fpic，則載入so檔案時，需要對**段引用的資料物件需要重定位，重定位會修改**段的內容,這就造成每個使用這個.so檔案**段的程序在核心裡都會生成這個.so檔案**段的copy.每個copy都不一樣,取決於這個.so檔案**段和資料段記憶體對映的位置。
可見，這種方式更消耗記憶體。
但是不加fpic編譯的 so檔案的優點是載入速度比較快。
題外話：能不能使用so庫來靜態編譯(-static)乙個可執行程式，答案是否定的，會出現錯誤提示
linux生成動態庫 fPIC報錯
linux生成動態庫時遇到了relocation r x86 64 32 against luao nilobject can not be used when a shared object recompile with fpic錯誤。fpic作用於編譯階段，告訴編譯器產生與位置無關 positi...
JAN之c 動態庫的編譯（linux）
建立乙個檔案hello.cpp vim hello.cpp include using namespace std 這裡使用extern c 是因為 c 在編譯時會將函式名改掉，導致最後的jna呼叫不成功。extern c void hello 然後就是進行編譯了，g fpic c hello.cp...
linux編譯動態庫與呼叫
動態庫是乙個包含可由多個程式同時使用的 和資料的庫，動態庫不是可執行檔案。動態鏈結提供了一種方法，使程序可以呼叫不屬於其可執行 的函式。函式的可執行 位於乙個 動態庫 中，該 動態庫 包含乙個或多個已被編譯 鏈結並與使用它們的程序分開儲存的函式。動態庫 還有助於共享資料和資源。多個應用程式可同時訪問...