1、用gcc的-c選項生成.o檔案，如
gcc -c test1.c test2.c test3.c
編譯後會生成test1.o test2.o test3.o三個目標檔案。
2、然後用ar命令生成.a檔案，如
ar crv test.a test1.o test2.o test3.o
我們知道靜態庫也稱檔案庫，在此檔案檔案中實際上是收集了一系列的目標檔案。這
些目標檔案就是由cc(gcc)函式的源**編譯生成的。因此，靜態庫的生成方法實際上
可以分成兩步：
1.將各函式**所在的原始檔編譯成目錄檔案。例如，對於myfunc.c，可以用如下命令
將其編譯成目標檔案：
gcc -c myfunc.c
當然在有多個原始檔時，只需在gcc 命令列中將其分別列上就可以了。
經此一步我休養將能夠得到各原始檔的目標檔案。對上例，將得到myfunc.o
2.將各目標檔案收集起來放到乙個靜態庫檔案中。這主要借助於ar命令完成，如：
ar r /usr/local/lib/libtest.a myfunc.o
建立動態鏈結庫、並不需要用到其他的工具，借助於gcc命令即可完成。此時需在命令
行中加上-k pic和-g這兩個選項，如下我們可以建立libtest的動態版本：
gcc -k pic -g -o $home/lib/libtest.so myfunc.c
發信人: hellguard (小四), 信區: unix
標 題: 順便貼個生成linux動態庫的
發信站: bbs 水木清華站 (fri nov 12 10:49:03 1999)
本來格式很好看的，但因為要貼到這裡所以
扭曲了不少，見諒見諒。這裡給的是linux下的例子，
但是solaris下的也差不多，如果你發現不同，就給
個詳細說明出來，好不好。
ldd filename就可以看到程式用到哪些庫。
ld -o output /lib/crt0.o hello.o -lc
ld將輸出最終結果檔案 output ，
用到/lib/crt0.o hello.o以及libc.a
libc.a來自標準庫搜尋路徑，請參看-l選項的討論
ld的選項順序任意，可以重複，後面的將覆蓋前面的。
gcc -c -fpic linuxlib.c -o3 -o linuxlib.o
gcc -shared -wl,-soname,liblinuxlib.so.1 \
-o3 -o liblinuxlib.so.1.0 linuxlib.o
(
ld -m elf_i386 -shared -o liblinuxlib.so.1.0 \
-soname liblinuxlib.so.1 linuxlib.o
這個語句產生的檔案更小，不知道二者有何區別
-o liblinuxlib.so.1.0 這個檔名任意，關鍵是後面
兩個符號連線要正確
當然推薦使用有意義的帶版本資訊的名字，包括
-soname liblinuxlib.so.1
)
ln -sf liblinuxlib.so.1.0 liblinuxlib.so.1
(
執行時，dynamic linker根據 -soname \
liblinuxlib.so.1 去尋找liblinuxlib.so.1
)
ln -sf liblinuxlib.so.1 liblinuxlib.so
(
編譯的最後乙個步驟，ld命令根據 -llinuxlib
選項去尋找liblinuxlib.so
)
export ld_library_path=.
(
編譯時、執行時都需要這個變數的存在
編譯時如果不存在這個變數，編譯依舊通過，但
用ldd檢視會發現沒有動態連線資訊
執行時如果不存在這個變數，將報告無法找到動態連線庫
這個變數如果不用相對路徑"."，換了執行環境就比較麻煩
export ld_library_path=`pwd`:$ld_library_path
)
gcc -l. -lbsd -llinuxlib -o3 -o linuxkiller linuxkiller.c
(
-l. 指出除標準庫搜尋路徑之外的庫搜尋路徑，如果不指
定，將找不到liblinuxlib.so
這個選項並不能代替 ld_library_path 變數，否則雖然編譯通過，
但用ldd linuxkiller的時候會發現沒有動態連線資訊
)
可以把自己的動態連線庫放到/usr/lib或者/lib下去，或者
修改/etc/ld.so.conf
然後利用/sbin/ldconfig。具體請man ldconfig
--
發信人: hellguard (小四), 信區: unix
標 題: re: help :static library----what's wrong--thanks.
發信站: bbs 水木清華站 (thu aug 16 14:22:39 2001)
【 在 hululu (呼嚕嚕~回家中) 的大作中提到: 】
: i am building a static library. but i do not know what is
: wrong. below is a sample:
: tt.c:
: #include
: int func()
: ii.c:
: #include
: extern int func();
: ...................
★ 生成靜態鏈結庫舉例
1. vi demo.h
void demo ( void );
vi demo.c
#include
#include "demo.h"
void demo ( void )
2. g++ -wstrict-prototypes -wall -wunused -o3 -c demo.c -o demo.o
file demo.o
3. ar -rsv libdemo.a demo.o
a - demo.o
file libdemo.a
nm -s libdemo.a
ar -tv libdemo.a
4. vi scz.c
#include
#include "demo.h"
int main ( int argc, void * argv )
5. g++ scz.c -l. -ldemo -wstrict-prototypes -wall -wunused -o3 -o scz
GCC 編譯使用動態鏈結庫和靜態鏈結庫
1 庫的分類 根據鏈結時期的不同，庫又有靜態庫和動態庫之分。靜態庫是在鏈結階段被鏈結的 好像是廢話，但事實就是這樣 所以生成的可執行檔案就不受庫的影響了，即使庫被刪除了，程式依然可以成功執行。有別於靜態庫，動態庫的鏈結是在程式執行的時候被鏈結的。所以，即使程式編譯完，庫仍須保留在系統上，以供程式執行...
GCC 編譯使用動態鏈結庫和靜態鏈結庫
1 庫的分類 根據鏈結時期的不同，庫又有靜態庫和動態庫之分。靜態庫是在鏈結階段被鏈結的 好像是廢話，但事實就是這樣 所以生成的可執行檔案就不受庫的影響了，即使庫被刪除了，程式依然可以成功執行。有別於靜態庫，動態庫的鏈結是在程式執行的時候被鏈結的。所以，即使程式編譯完，庫仍須保留在系統上，以供程式執行...
GCC 編譯使用動態鏈結庫和靜態鏈結庫
1 庫的分類 根據鏈結時期的不同，庫又有靜態庫和動態庫之分。靜態庫是在鏈結階段被鏈結的 好像是廢話，但事實就是這樣 所以生成的可執行檔案就不受庫的影響了，即使庫被刪除了，程式依然可以成功執行。有別於靜態庫，動態庫的鏈結是在程式執行的時候被鏈結的。所以，即使程式編譯完，庫仍須保留在系統上，以供程式執行...