㈠ C++能不能把類寫成動態鏈接庫
可以，dll只是一種文件類型而已，只不過不能獨自運行，裡面寫什麼東西都行，不明白你為什麼會有這樣的疑問。
實例化的話如果庫已經載入了，載入就是項目屬性裡面把庫填進去就行了（如果是vs環境）。直接引用一下庫的頭文件然後創建對象就可以了。這根本不算個問題啊，你是不是想問動態庫的運行原理呢。
㈡ linux c++動態庫 調用 c動態庫函數
先把.cpp編譯成動態庫，編譯方法：
g++ *.cpp –fPIC –shared –o libtest.so -libyourclib.so
其中，*.cpp表示你的.cpp文件，你可以把它們一一列出，
–fPIC：表示編譯為位置獨立的代碼，不用此選項的話編譯後的代碼是位置相關的，所以動態載入時是通過代碼拷貝的方式來滿足不同進程的需要，而不能達到真正代碼段共享的目的。
–shared：指明編譯成動態庫。
libtest.so即為生成的動態庫，以lib開頭，方便後面使用
-libyourclib.so 是你的c動態庫名
編譯好之後，就可以來編譯你的測試程序了：
gcc test.c -o test -ltest
其中，test是生成的可執行程序
-ltest表示引用生成的動態庫libtest.so
大概過程就是這樣，你先試一試
㈢ 如何編譯C/Fortran動態/靜態鏈接庫
首先，傳統的編譯，也就是
靜態編譯
是把
源文件
翻譯成目標文件，這個是一次性過程，也就是你所謂的靜態編譯。
後來的Java和.NET等語言，首先編譯成中間形式，然後運行過程中根據需要編譯成本地代碼（注意這個過程不是一次性的，下次運行重新編譯），這個就是JIT（即時編譯）技術，從即時編譯發展出了動態編譯技術
————————————
（傳統的）編譯完成後，像C/C++、Fortran、匯編等語言，可以把多個目標文件合並到一個
庫文件
中，這個就是靜態庫。比如常說的
庫函數
printf就是libc裡面的函數。
如果有了啟動函數（main），main裡面使用了printf，就可以通過
靜態鏈接
技術，從libc中提取出printf所在的文件加入到可執行文件中，如果printf還需要其它函數，就繼續搜索並加入列表，直到形成一個
閉包
。這個就是靜態鏈接。
可是靜態鏈接有個明顯的缺點，如果每個程序都需要printf，那麼printf這個函數的代碼就會同時存在在每個程序中，這樣也太佔地方了吧。所以發明了動態連接技術，其實有兩種形式。無論哪一種，都是首先記錄下需要調用printf這個函數以及所在的
動態庫
，等到運行的時候再載入動態庫，從動態庫中找到真正的printf去執行。
由於，
動態鏈接
技術需要一些額外的信息，傳統的靜態庫是不具備的，這些額外信息主要是重復載入和卸載時所需要的一些代碼，因此需要
動態鏈接庫
。
㈣ qt中怎樣使用c語言編寫成動態庫
receive =new QPushButton("receive",this);
receive->setGeometry(700, 300, 80, 30);//第一個參數，橫坐標的其實
//位置，第二個總坐標的其實位置，第三個為寬度，第四個為高度
㈤ 用KEIL寫的c語言代碼能做成動態庫嗎
盡管原理上可行,但實際上應該是不能的.不像電腦,單片機中的rom空間緊張,不會有什麼地方給你存放"可能會用到的代碼";更重要的是,動態庫的使用需要有一套動態庫的鏈接機制,不斷運行著,以單片機的性能來看這是不可能實現的(光運行鏈接器了),
反觀靜態庫就好的多,用到什麼才往裡編譯什麼,編譯完後就不用管了.
最後嘛,我用keil的時候只見過編譯靜態庫的選項,沒見過編動態庫的......
有錯的話莫噴.....
㈥ 動態庫編譯詳解
當前類介紹:upper.c ( upper) 依賴於 bottom.c(play)
說明:當執行可執行程序的時候,需要去/lib. /user/lib下和LD_LIBRARY_PATH下尋找so.並不會在當前目錄下尋找.
所以執行./main.out會報錯.如下:
解決方案:指定.so運行搜尋路徑
1.-Wl,-rpath ./mypath 加入參數,並且將libplay.so 到./mypath目錄下.
2.設置LD_LIBRARY_PATH,指定目錄.
說明:指定了-Wl,-rpath, 設置LD_LIBRARY_PATH也是可以生效的.並不是說只會去-Wl,-rpath下尋找.
首先生成一個bottom.so,然後用upper.so去依賴bottom.so, 然後main.c 再去依賴upper.so.
說明:這里編譯的時候直接出錯,是因為沒有指定搜尋路徑,所以無法通過編譯.
解決編譯問題方案.
1.我們依然採用LD_LIBRARY_PATH的方式可以解決編譯和運行的問題.
2.生成libplay的時候,直接指定-Wl,-rpath 給libbottom.可以解決編譯不通過的問題.
3.依賴所有庫
依賴所有庫只能解決編譯問題,無法處理運行的路徑.
另一種思路:我們在執行main.out的時候 執行-Wl,-rpath.並不在生成libplay的時候指定,看下是否正常.
由此可見,-Wl,-rpath 只能針對直接依賴的libplay.so指定了路徑,但是libbottom還是無法查找到 .但是LD_LIBRARY是可以的.
rpath只能對直接依賴的so設置搜尋目錄,並且可以設置所有依賴的編譯路徑.
總結: 解決編譯問題,在生成libplay的時候指定-Wl,-rpath運行路徑,或者設置LD_LIBRARAY_PATH,都可以解決這個問題.
當我們現在擁有的so包含一個直接依賴的so和很多間接依賴的so,但是沒有設置rpath.所以是不能直接依賴主so進行編譯和運行的.
為了通過編譯:
1.在只鏈接主so的情況下可以去設置rpath或者LD_LIBRARY_PATH.
2.或者鏈接所有so.
為了通過運行:
為了正常運行可以設置LD_LIBRARY_PATH.
--disable-new-dtags,---dt-needed-entries
結論概述:
1.我們在生成間接依賴的庫的時候,為了保證其他庫可以直接依賴,需要加入-Wl,-rpath.保證編譯通過.
2.LD_LIBRARY_PATH可以解決一切編譯運行問題.
㈦ 如何生成靜態庫和動態庫
靜態庫
靜態庫的後綴是.a，它的產生分兩步
Step 1.由源文件編譯生成一堆.o，每個.o里都包含這個編譯單元的符號表
Step 2.ar命令將很多.o轉換成.a，成為靜態庫
動態庫的後綴是.so，它由gcc加特定參數編譯產生。具體方法參見後文實例。123123
在 GNU/Linux 系統中靜態鏈接文件實際上就是多個 .o 文件的壓縮包。假設我們有 cool.h cool.c 和 some.c 文件，要得到靜態鏈接庫 libcool.a。首先使用如下指令得到相應的 object 文件 cool.o 和 some.o：
gcc -c cool.c
gcc -c some.c1212
用這種方法生成的 object 文件稱為 PDC 即位置相關代碼（position-dependence code）。再使用如下指令可以得到靜態鏈接文件 libcool.a：
ar -r libcool.a cool.o some.o
ranlib libcool.a1212
靜態鏈接庫 libcool.a 遵從 GNU/Linux 規定的靜態鏈接庫命名規范，必須是」libyour_library_name.a」
動態庫
在 GNU/Linux 中動態鏈接文件，必需通過鏈接器 ld 生成。假設我們有 hot.c other.c 等文件要生成動態鏈接庫 libhot.so 。首先使用如下指令得到相應的 object 文件 hot.o 和 some.o
gcc -fPIC -c hot.c
gcc -fPIC -c other.c1212
參數 -fPIC 指定生成的 object 文件為位置無關代碼（position-independence code），只有 PIC 可以被用作生成動態鏈接庫。然後使用如下指令得到動態庫：
ld -Bshared -o libhot.so hot.o other.o11
或者可以使用編譯器的ld wrapper：
gcc -shared -o libhot.so hot.o other.o11
也可以使用編譯器直接生成動態庫：
gcc -fPIC -shared -o libhot.so hot.c other.c11
這里選項 -shared 指示目標文件的類型是動態鏈接庫，動態庫的命名規范是」libyour_library_name.so」
㈧ 有個 c 文件，如何才能將其編譯成動態鏈接庫
有二個文件，一個 test.h, 一個 test.c
//test.h
#pragmaonce
#ifdef__cplusplus
extern"C"{
#endif
intadd(inta,intb);
#ifdef__cplusplus
}
#endif
//test.c
#include"test.h"
intadd(inta,intb)
{
returna+b;
}
編譯，生成動態鏈接庫：
#gcc-g3-Wall-fPIC-shared-olibtest.sotest.c
#ls-l
-rwxr-xr-x1rootroot14618Jul2413:44libtest.so
-rw-r--r--1rootroot63Jul2413:43test.c
-rw-r--r--1rootroot106Jul2413:43test.h
#nmlibtest.so
00000000002006e8a_DYNAMIC
0000000000200890a_GLOBAL_OFFSET_TABLE_
w_ITM_deregisterTMCloneTable
w_ITM_registerTMCloneTable
w_Jv_RegisterClasses
00000000002006c8d__CTOR_END__
00000000002006c0d__CTOR_LIST__
00000000002006d8d__DTOR_END__
00000000002006d0d__DTOR_LIST__
00000000000006b8r__FRAME_END__
00000000002006e0d__JCR_END__
00000000002006e0d__JCR_LIST__
00000000002008b8d__TMC_END__
00000000002008b8A__bss_start
w__cxa_finalize@@GLIBC_2.2.5
0000000000000620t__do_global_ctors_aux
0000000000000550t__do_global_dtors_aux
00000000002008b0d__dso_handle
w__gmon_start__
00000000002008b8A_edata
00000000002008c8A_end
0000000000000658T_fini
0000000000000468T_init
0000000000000600Tadd
00000000000004a0tcall_gmon_start
00000000002008b8bcompleted.6557
00000000000004c0tderegister_tm_clones
00000000002008c0bdtor_idx.6559
00000000000005d0tframe_mmy
0000000000000500tregister_tm_clones