靜態庫連接

① 如何生成c語言靜態庫以及鏈接靜態庫

gcc -c jinpeng.c 生成jinpeng.o文件，該步抄是編譯過程，將jinpeng.c編譯成二進制碼
ar cr jinpeng.a jinpeng.o 生成庫文件

gcc -o test test.c ./jinpeng.a 靜態鏈接，將庫的內容加入到輸出文件中。

頭文件不需要編譯，直接加入就好，頭文件都是一些聲明，庫文件是具體實現。

② 安卓如何鏈接靜態庫

關於編譯靜態庫：
android.mk和xxx.cpp放在新文件夾里：
LOCAL_PATH:= $(call my-dir)include $(CLEAR_VARS)
LOCAL_SRC_FILES:= \xxx.cpp
LOCAL_MODULE:= libx
include $(BUILD_STATIC_LIBRARY)
生成靜態庫libx.a文件

關於鏈接版靜態庫：
有兩種方法權：
1、把libx.a文件放在android.mk同一目錄下，添加：
LOCAL_PREBUILT_LIBS += libx.a
2、同上，添加：
include $(CLEAR_VARS)LOCAL_MODULE := libxLOCAL_SRC_FILES := libx.ainclude $(PREBUILT_STATIC_LIBRARY)LOCAL_STATIC_LIBRARIES += libx
貌似第二種是NDK里比較常見，第一種在其他的android.mk里比較常見。

③ linux怎樣實現c語言動態庫與靜態庫的鏈接

Linux系統中靜態庫是.a文件，編譯鏈接.a文件只需要加上.a文件的完整的文件路徑就可以了，比如：
gcc
-o
hello
hello.c
/usr/lib/libm.a
Linux系統的動態庫是系統中的.so文件，編譯鏈接動態庫需要用-L參數指定動態庫的搜索路徑，還要用-l（這個是小寫的L）指定動態庫的名字，比如：
gcc
-o
hello
hello.c
-L/usr/openssl/lib
-lcrypto

④ 動態庫和靜態庫的區別

兩者區別：
a，靜態庫的使用需要：
1 包含一個對應的頭文件告知編譯器lib文件裡面的具體內容
2 設置lib文件允許編譯器去查找已經編譯好的二進制代碼

b，動態庫的使用：
程序運行時需要載入動態庫，對動態庫有依賴性，需要手動加入動態庫

c，依賴性：
靜態鏈接表示靜態性，在編譯鏈接之後， lib庫中需要的資源已經在可執行程序中了， 也就是靜態存在，沒有依賴性了
動態，就是實時性，在運行的時候載入需要的資源，那麼必須在運行的時候提供 需要的 動態庫，有依賴性， 運行時候沒有找到庫就不能運行了

d，區別：
簡單講，靜態庫就是直接將需要的代碼連接進可執行程序；動態庫就是在需要調用其中的函數時，根據函數映射表找到該函數然後調入堆棧執行。
做成靜態庫可執行文件本身比較大，但不必附帶動態庫
做成動態庫可執行文件本身比較小，但需要附帶動態庫
鏈接靜態庫，編譯的可執行文件比較大，當然可以用strip命令精簡一下（如：strip libtest.a），但還是要比鏈接動態庫的可執行文件大。程序運行時間速度稍微快一點。
靜態庫是程序運行的時候已經調入內存，不管有沒有調用，都會在內存里頭。靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。
其在編譯程序時若鏈接,程序運行時會在系統指定的路徑下搜索，然後導入內存，程序一般執行時間稍微長一點，但編譯的可執行文件比較小；動態庫是程序運行的時候需要調用的時候才裝入內存，不需要的時候是不會裝入內存的。
動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。

動態鏈接庫的特點與優勢

首先讓我們來看一下，把庫函數推遲到程序運行時期載入的好處：

1. 可以實現進程之間的資源共享。

什麼概念呢？就是說，某個程序的在運行中要調用某個動態鏈接庫函數的時候，操作系統首先會查看所有正在運行的程序，看在內存里是否已有此庫函數的拷貝了。如果有，則讓其共享那一個拷貝；只有沒有才鏈接載入。這樣的模式雖然會帶來一些「動態鏈接」額外的開銷，卻大大的節省了系統的內存資源。C的標准庫就是動態鏈接庫，也就是說系統中所有運行的程序共享著同一個C標准庫的代碼段。

2. 將一些程序升級變得簡單。用戶只需要升級動態鏈接庫，而無需重新編譯鏈接其他原有的代碼就可以完成整個程序的升級。Windows 就是一個很好的例子。

3. 甚至可以真正坐到鏈接載入完全由程序員在程序代碼中控制。

程序員在編寫程序的時候，可以明確的指明什麼時候或者什麼情況下，鏈接載入哪個動態鏈接庫函數。你可以有一個相當大的軟體，但每次運行的時候，由於不同的操作需求，只有一小部分程序被載入內存。所有的函數本著「有需求才調入」的原則，於是大大節省了系統資源。比如現在的軟體通常都能打開若干種不同類型的文件，這些讀寫操作通常都用動態鏈接庫來實現。在一次運行當中，一般只有一種類型的文件將會被打開。所以直到程序知道文件的類型以後再載入相應的讀寫函數，而不是一開始就將所有的讀寫函數都載入，然後才發覺在整個程序中根本沒有用到它們。

靜態庫：在編譯的時候載入生成目標文件，在運行時不用載入庫，在運行時對庫沒有依賴性。
動態庫：在目標文件運行時載入，手動載入，且對庫有依賴性。

具體在開發中用到哪種庫，我覺得還是根據實際的內存大小，ROM大小，運行的速度等綜合考慮。

⑤ linux把幾個靜態庫鏈接進目標文件中

靜態庫來不能被打包到.o 文件自
在C編譯中， 是.c編譯成.o,然後若干個.o打包成.a
.a要比.o高一級的。 所以不能產生新的.o
你可以把.a文件解開 成為.o集合
加上你的.o文件， 共同打包成一個新的.a文件
這樣是可行的。

⑥ 請問靜態庫和動態鏈接庫有什麼區別各有什麼用

簡單復來說 靜態庫 編譯完 之後 就一個光制光 exe
動態庫編譯完 之後 是要 一個exe 和這個dll同時在 才能運行。
好處？dll可以動態載入，也可以被多個程序調用，
lib庫 存在版本必須一致的問題，例如2008的代碼 連接的時候 必須要連接 2008編譯出來的lib庫，
而dll 或許 不需要這么強制對應。

⑦ 靜態庫如何鏈接靜態庫

在工程搭建時，可能會有將靜態庫鏈接成動態庫的需求，如出於代碼保護的角度，某些模塊會發布.a擴展名的靜態庫，我們要將多個這樣的靜態庫鏈接成一個動態庫。但與直接link目標文件不同的是，ld以默認參數執行時，並把靜態庫中沒有用到的函數過濾掉，導致生成的so並未包含所要的函數，因此要加上--whole-archive參數，以保證所有的函數都包含在生成的so中。
在使用cmake時，CMakeLists.txt的寫法如下：
add_library(
${MODULE_NAME}
SHARED
${CMAKE_SOURCE_DIR}/builttime.c #要生成一個so，至少要包含一個源文件，實在沒有可以把庫的編譯時間戳打到這兒。
)

target_link_libraries(
${MODULE_NAME}
${${MODULE_NAME}_EXTRA_LDFLAGS}
"-Wl,--whole-archive" #告訴編譯器，從這里開始，所有的庫的內容都包含到so中
${LOCAL_MODULES} #可以是以源代碼生成的靜態庫
${PREBUILT_MODULES} #可以是預先生成的靜態庫
"-Wl,--no-whole-archive" #告訴編譯器，從這里開始，以後的庫的內容不用都包含到so中
)

⑧ linux下連接靜態庫的問題

在生成靜態庫： ar cr libmyhttp.a http.o之後，添加
命令
ranlib libmyhttp.a

⑨ makefile如何鏈接靜態庫

makefile 裡面寫法，同你的編譯器 如何鏈接靜態庫的方法有關。例如：指定庫回名
VC++ 用 編譯選項 /MT 鏈接 LIBCMT.LIB 就是 鏈接靜態答庫。
-----
unix/linux makefile 裡面，例如
LIBS = libmine.a -lpthread 這里寫你要鏈接的靜態庫庫名

CXXFILES = pthreads.cpp 程序名字們
CXXFLAGS = -O3 -o prog -rdynamic -D_GNU_SOURCE -L./libmine 編譯選項
LIBS = libmine.a -lpthread 庫名
all:

$(CXX) $(CXXFILES) $(LIBS) $(CXXFLAGS)
clean:

rm -f prog *.o

⑩ 鏈接共享庫和鏈接靜態庫的區別

鏈接共享庫和鏈接靜態庫的區別
鏈接libc共享庫時：
連接器只是確認可執行文專件main引用的某些符號在libc中有屬定義，並沒有最終確定這些符號的地址，這些符號在可執行文件main中仍然是未定義的符號，要在運行時動態鏈接；
鏈接靜態庫時：
連接器會把靜態庫中的文件取出，與可執行文件真正連接在一起。
優點：1）鏈接時，只取出需要的目標文件進行連接，不需要的目標文件可以不鏈接。
2）只需要寫一個庫文件，而不需要遺傳目標文件。