編譯靜態庫代碼有什麼要求

① linux靜態庫怎麼編譯

linux庫有動態與靜態兩種，動態通常用.so為後綴，靜態用.a為後綴。例如：libhello.so
libhello.a
為了在同一系統中使用不同版本的庫，可以在庫文件名後加上版本號為後綴,例如：
libhello.so.1.0,由於程序連接默認以.so為文件後綴名。所以為了使用這些庫，通常使用建立符號連接的方式。
ln
-s
libhello.so.1.0
libhello.so.1
ln
-s
libhello.so.1
libhello.so
動態庫和靜態庫的區別：
當要使用靜態的程序庫時，連接器會找出程序所需的函數，然後將它們拷貝到執行文件，由於這種拷貝是完整的，所以一旦連接成功，靜態程序庫也就不再需要了。然而，對動態庫而言，就不是這樣。動態庫會在執行程序內留下一個標記『指明當程序執行時，首先必須載入這個庫。由於動態庫節省空間，linux下進行連接的預設操作是首先連接動態庫，也就是說，如果同時存在靜態和動態庫，不特別指定的話，將與動態庫相連接。
兩種庫的編譯產生方法：
第一步要把源代碼編繹成目標代碼。以下面的代碼hello.c為例，生成hello庫：
/*
hello.c
*/
#include
void
sayhello()
{
printf("hello,world\n");
}
用gcc編繹該文件，在編繹時可以使用任何全法的編繹參數，例如-g加入調試代碼等：
gcc
-c
hello.c
-o
hello.o
1.連接成靜態庫
連接成靜態庫使用ar命令，其實ar是archive的意思
$ar
cqs
libhello.a
hello.o
2.連接成動態庫
生成動態庫用gcc來完成，由於可能存在多個版本，因此通常指定版本號：
$gcc
-shared
-wl,-soname,libhello.so.1
-o
libhello.so.1.0
hello.o
另外再建立兩個符號連接：
$ln
-s
libhello.so.1.0
libhello.so.1
$ln
-s
libhello.so.1
libhello.so
這樣一個libhello的動態連接庫就生成了。最重要的是傳gcc
-shared
參數使其生成是動態庫而不是普通執行程序。
-wl
表示後面的參數也就是-soname,libhello.so.1直接傳給連接器ld進行處理。實際上，每一個庫都有一個soname，當連接器發現它正在查找的程序庫中有這樣一個名稱，連接器便會將soname嵌入連結中的二進制文件內，而不是它正在運行的實際文件名，在程序執行期間，程序會查找擁有
soname名字的文件，%b

② vs 命令行編譯靜態庫

_declspec(dllexport) void test_print(char* sz_input);
這是動態鏈接庫 -- dllexport ，dll是動態鏈接庫。
不是你說的靜態庫。
動態鏈接庫，應用程序調用它，編譯鏈接時要有.lib, 運行時要有.dll

Debug\ -- 給別的程序用，要用 Release\，不能用 Debug\

char * __ptr64 sz_input;
__ptr64 -- 32位機上，指針sz_input截斷為32位.
char * __ptr32 sz_input;
__ptr32 -- 64位機上,指針sz_input變32位

wchar_t，_MBCS -- 表明你要用雙位元組字元，那麼程序就不應當用 單位元組char 型。如果你要編的不是要用雙位元組字元，那麼 就不要 wchar_t，_MBCS。

③ C語言編譯問題 靜態鏈接

靜態鏈接相當於你把靜態庫也加到二進制文件裡面去了。動態的話，只是指明了需要什麼動態庫，這個庫在什麼位置。你換一台機器的話，編譯靜態庫的二進制文件是可以執行的。動態庫的二進制文件則需要對應目錄有需要的動態庫才可以執行。多個程序都編譯同一個靜態庫，那麼多個二進制文件執行時都需要載入靜態庫這部分代碼。如果是動態庫，那麼多個二進制文件只需要在內存裡面有一份這個動態庫部分的代碼。

④ 靜態庫文件全部編譯成目標碼嗎

不可以。
只有靜態庫中的可執行文件可以編譯成目標碼。
程序編譯一般需經預處理、編譯、匯編和鏈接幾個步驟。在我們的應用中，有一些公共代碼是需要反復使用，就把這些代碼編譯為「庫」文件，在鏈接步驟中，連接器將從庫文件取得所需的代碼，復制到生成的可執行文件中。這種庫稱為靜態庫，其特點是可執行文件中包含了庫代碼的一份完整拷貝，缺點就是被多次使用就會有多份冗餘拷貝。

⑤ 如何編譯生成和調用靜態庫

如何編譯動態庫
gcc test1.c test2.c -shared -fPIC -o libtest.so
使用動態庫
gcc main.c -L. -ltest -o a.out
(
-L : 表示需要庫的路徑
-l：表示需要庫的名稱，如libtest.so，名稱則為test
)
（ps：執行a.out時有可能提示找不到libtest.so文件，這時需要把庫文件放入到/lib等目錄下，或者添加環境變數LD_LIBRARY_PATH，包含有庫文件的路徑即可）

如何編譯靜態庫
gcc -c test1.c test2.c
ar -r libtest.a test1.o test2.o
使用靜態庫
gcc main.c -static -L. -ltest -o a.out
（
-static：可強制編譯時使用靜態庫，如果不使用這個參數，而靜態庫與動態庫同名的話，會優先使用動態庫

⑥ 創建靜態庫/動態庫一定要有頭文件嗎為什麼

不一定需要。創建一個庫一般處於一下兩種目的：
1、把一些相關的代碼，打包成一個庫，發布給其它的人用。
這中情況是最常見的情況，如寫 C 語言用到 libgcc。在這種情況下，你除了提供庫文件：靜態庫[ windows 下 .lib，linux .a]；動態庫：[Windows 下 .dll，Linux 下 .so] 之外，必須提供頭文件。頭文件是你這個庫裡面提供了那些介面可以供外界使用。如果沒有頭文件，其他人無法使用。

2、為某些軟體寫插件。
很多大的項目，都是模塊化設計，留有一些特定的介面，方便定製。當程序運行時，會動態載入制定目錄下的動態庫，運行時調用動態庫裡面約定好的方法。
這種情況無需提供頭文件，但要按照特定的約定來實現這個庫。

大概就是以上這些情況。

⑦ 什麼叫靜態庫和動態庫

兩者區別：
一，靜態庫的使用需要：
1
包含一個對應的頭文件告知編譯器lib文件裡面的具體內容
2
設置lib文件允許編譯器去查找已經編譯好的二進制代碼
二，動態庫的使用：
程序運行時需要載入動態庫，對動態庫有依賴性，需要手動加入動態庫
三，依賴性：
靜態鏈接表示靜態性，在編譯鏈接之後，
lib庫中需要的資源已經在可執行程序中了，
也就是靜態存在，沒有依賴性了
動態，就是實時性，在運行的時候載入需要的資源，那麼必須在運行的時候提供
需要的
動態庫，有依賴性，
運行時候沒有找到庫就不能運行了
四，區別：
簡單講，靜態庫就是直接將需要的代碼連接進可執行程序；動態庫就是在需要調用其中的函數時，根據函數映射表找到該函數然後調入堆棧執行。
做成靜態庫可執行文件本身比較大，但不必附帶動態庫
做成動態庫可執行文件本身比較小，但需要附帶動態庫
五：
首先糾正所謂「靜態連接就是把需要的庫函數放進你的exe之中」的說法。在真實世界中，有三個概念：use
static
libary,
static
linked
dll,
dynamic
linked
dll.
多數人混淆了static
libary
和
static
linked
dll的概念，當然他們有似是而非的「相似之處」，比如都用到.lib，下面具體說明。
使用靜態庫(use
static
libary)是把.lib和其他.obj一起build在目標文件中，目標文件可以是.exe,也可以是.dll或.oxc等。一般情況下，可以根本就沒有「對應的」.dll
文件，如c
run
time(crt)庫。一個例子就是，寫一個main(){}，build出來並不是只有幾個位元組，當然有人會說那還有exe文件頭呢？是，即使加上文件頭的尺寸，build出的執行文件仍然「莫名的大」。實際上那多出來的部分就是crt靜態庫。姑且可以把靜態庫.lib理解成外部程序的obj文件比較合理，它包含了函數的實現。

⑧ 簡述gcc編譯時使用靜態庫和動態庫的區別

函數庫分為靜態庫和動態庫兩
種。靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。動態
庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運
行時還需要動態庫存在。

⑨ android已有動態庫怎麼編譯靜態庫

在eclipse工程目錄下建立一個jni的文件夾
在jni文件夾中建立Android.mk和Application.mk文件

Android.mk文件：

Android提供的一種makefile文件，用來指定諸如編譯生成so庫名、引用的頭文件目錄、需要編譯的.c/.cpp文件和.a靜態庫文件等。詳見附件中的Android.mk。

Application.mk文件：

定義了項目的一些細節，比如APP_ABI := x86(編譯X86平台庫)、APP_PLATFORM := android-9(使用android-9以上的平台庫)。

NDK 編譯和使用靜態庫、動態庫
情況一：編譯靜態庫
情況二：編譯動態庫
情況三：編譯動態庫+靜態庫
情況四：已有第三方靜態庫（動態庫），編譯靜態庫（動態庫）

默認所有代碼和文件在$project/jni下，否則特殊說明。
情況一：編譯靜態庫
文件Android.mk:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hello-jni
LOCAL_SRC_FILES := hello-jni.c
include $(BUILD_STATIC_LIBRARY)

文件Application.mk:
APP_MODULES :=hello-jni

情況二：編譯動態庫
文件Android.mk:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hello-jni
LOCAL_SRC_FILES := hello-jni.c
include $(BUILD_SHARED_LIBRARY)
情況三：編譯動態庫+靜態庫
文件Android.mk:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := mylib_static
LOCAL_SRC_FILES := src.c
include $(BUILD_STATIC_LIBRARY)
include $(CLEAR_VARS)
LOCAL_MODULE := mylib_shared
LOCAL_SRC_FILES := src2.c
LOCAL_STATIC_LIBRARIES := mylib_static
include $(BUILD_SHARED_LIBRARY)
情況四：已有第三方靜態庫(動態庫)，編譯靜態庫(動態庫)
文件Android.mk:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := thirdlib1 # name it whatever
LOCAL_SRC_FILES := $(TARGET_ARCH_ABI)/libthird1.a # or $(so_path)/libthird1.so
#LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/include
include $(PREBUILT_STATIC_LIBRARY) #or PREBUILT_SHARED_LIBRARY
include $(CLEAR_VARS)
LOCAL_MODULE := mylib_use_thirdlib
LOCAL_SRC_FILES := src.c
LOCAL_STATIC_LIBRARIES := thirdlib1 #or LOCAL_SHARED_LIBRARY

include $(BUILD_SHARED_LIBRARY) #如果編譯靜態庫，需要Application.mk
用cd命令移至jni目錄，運行/mnt/500G/public/NDK/android-ndk-r7b/ndk-build命令，這時命令行中可能會出現編譯錯誤，比如頭文件找不到，函數找不到等等，細心找找就能改掉。
編譯成功後，在工程目錄下libs/x86中就會生成你想要的.so庫。

⑩ 如何編譯C/Fortran動態/靜態鏈接庫

首先，傳統的編譯，也就是靜態編譯是把 源文件 翻譯成目標文件，這個是一次性過程，也就是你所謂的靜態編譯。
後來的Java和.NET等語言，首先編譯成中間形式，然後運行過程中根據需要編譯成本地代碼（注意這個過程不是一次性的，下次運行重新編譯），這個就是JIT（即時編譯）技術，從即時編譯發展出了動態編譯技術
————————————
（傳統的）編譯完成後，像C/C++、Fortran、匯編等語言，可以把多個目標文件合並到一個庫文件中，這個就是靜態庫。比如常說的庫函數printf就是libc裡面的函數。
如果有了啟動函數（main），main裡面使用了printf，就可以通過靜態鏈接技術，從libc中提取出printf所在的文件加入到可執行文件中，如果printf還需要其它函數，就繼續搜索並加入列表，直到形成一個閉包。這個就是靜態鏈接。
可是靜態鏈接有個明顯的缺點，如果每個程序都需要printf，那麼printf這個函數的代碼就會同時存在在每個程序中，這樣也太佔地方了吧。所以發明了動態連接技術，其實有兩種形式。無論哪一種，都是首先記錄下需要調用printf這個函數以及所在的動態庫，等到運行的時候再載入動態庫，從動態庫中找到真正的printf去執行。
由於，動態鏈接技術需要一些額外的信息，傳統的靜態庫是不具備的，這些額外信息主要是重復載入和卸載時所需要的一些代碼，因此需要動態鏈接庫。