我們通常把一些公用函數製作成函數庫，供其它程序使用。函數庫分爲靜態庫和動態庫兩種。靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。
(1) 靜態庫
簡單地說，靜態庫是一個目標文件的簡單集合。因此，首先要解決目標文件。
第一步：將各函數代碼所在的源文件編譯成目標文件。
例如，對於myfunc.c, myproc.c, 將得到myfunc.o和myproc.o
gcc -c myfunc.c myproc.c第二步：由ar（archive，歸檔的意思）把多個目標文件集合起來
$ar -r libmyjob.a myfunc.o myproc.o
通常，靜態庫的命名方式應遵守libXXXXX.a格式。應用程序在使用靜態庫的時候，通常只需要把命名中的XXXXX部分傳遞給gcc即可。例如：
$gcc –o mywork –lmyjob …
意爲讓gcc（實際上是gcc調用ld）去連接一個名字爲libmyjob.a（或者libmyjob.so）的庫。如果庫的命名不遵循libXXXXX.a的格式就找不到相應文件。
(2) 共享庫
共享庫的構造複雜一些，通常是一個ELF格式的文件。可以有三種方法生成:
$ld -G
$gcc -shared
$libtool用ld最複雜，用gcc -share就簡單的多，但是-share並非在任何平臺都可以使用。GNU提供了一個更好的工具libtool，專門用來在各種平臺上生成各種庫。
用gcc的-shared參數：
gcc –shared –o libmyjob.so myjob.o
這樣，就通過myjob.o生成了共享庫文件libmyjob.so.
特別地，在CYGWIN環境下，仍需要輸出符合Windows命名的共享庫（動態庫），即libXXXXX.dll。如：
gcc –shared –o libmyjob.dll myjob.o注意：
當靜態庫和動態庫同名時， gcc命令將優先使用動態庫。
(3) 庫生成以後的配置
如果要把自己開發的庫文件安裝到操作系統中，需要有管理員權限：
(a) 把庫文件複製到適當的目錄：
可以把自己開發的動態連接庫放到/usr/local/lib（或者/usr/lib），或放到其他目錄，但不論放在那裏，都必須與LIBRARY_PATH的值、LD_LIBRARY_PATH的值相一致。
(b) 修改相關的系統配置文件：
修改/etc/ld.so.conf，然後利用/sbin/ldconfig來完成.
Note:
編譯參數解析
最主要的是GCC命令行的一個選項:
-shared 該選項指定生成動態連接庫（讓連接器生成T類型的導出符號表，有時候也生成弱連接W類型的導出符號），不用該標誌外部程序無法連接。相當於一個可執行文件
l -fPIC：表示編譯爲位置獨立的代碼，不用此選項的話編譯後的代碼是位置相關的所以動態載入時是通過代碼拷貝的方式來滿足不同進程的需要，而不能達到真正代碼段共享的目的。
l -L.：表示要連接的庫在當前目錄中
l -ltest：編譯器查找動態連接庫時有隱含的命名規則，即在給出的名字前面加上lib，後面加上.so來確定庫的名稱
l LD_LIBRARY_PATH：這個環境變量指示動態連接器可以裝載動態庫的路徑。
l 當然如果有root權限的話，可以修改/etc/ld.so.conf文件，然後調用 /sbin/ldconfig來達到同樣的目的，不過如果沒有root權限，那麼只能採用輸出LD_LIBRARY_PATH的方法了。
調用動態庫的時候有幾個問題會經常碰到，有時，明明已經將庫的頭文件所在目錄 通過 “-I” include進來了，庫所在文件通過 “-L”參數引導，並指定了“-l”的庫名，但通過ldd命令察看時，就是死活找不到你指定鏈接的so文件，這時你要作的就是通過修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件來指定動態庫的目錄。通常這樣做就可以解決庫無法鏈接的問題了。