動態鏈接庫編譯時間

㈠ 怎樣將自己做的動態鏈接庫「靜態」編譯到可執行文件里

舉例文件:add.c
gcc -fPIC -c add.c /生成.o文件
gcc -shared add.o -o libmath.so /載入add.o到math動態庫
gcc test.c -L. -Lmath /test.c 為主程序
另外;配置動態庫載入器環境變數：
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

㈡ 如何編譯 opencv動態鏈接庫

在一個項目中需要用到OpenCV，剛開始使用了OpenCV的動態鏈接庫，這樣，在移動可執行程序時還必須將OpenCV動態支持庫一起搬移，很是麻煩。所以，最終選擇OpenCV靜態鏈接庫，這樣程序移植運行就方便了很多。

需要編譯成靜態庫以便於應用程序鏈接。

網上有的教程中寫的在VC++2010下安裝OpenCV2.1時用到了TBB庫，而我在編譯鏈接自己的程序後需要用到TBB.dll。本人設計的目的就是要做一個獨立的界面程序，不需要攜帶其他第三方庫。經過一段時間的努力最終找到了編譯OpenCV2.1靜態庫的方法。

㈢ 動態鏈接庫怎樣條件編譯

project setting 中進行編譯參數設置， 自己可以試試，

㈣ 編譯動態鏈接庫時至少必須提供一個被公開的子程序。

可能因為你在編譯使用動態鏈接庫時，未指定相關動態庫導致。一般情況下，當你調用動態庫時，需要在編譯時顯式指定動態庫。

㈤ 易語言 編譯動態鏈接庫時至少必須提供一個被公開的子程序。

來張圖片

選中即可，一個dll文件內至少有1個或1個以上公開的子程序，如果沒公開的則其他程序無法調用。

㈥ 程序的編譯期，鏈接期， 運行期各執行哪些操作

參考一下:

源文件的編譯過程包含兩個主要階段，而它們之間的轉換是自動的。第一個階段是預處理階段，在正式的編譯階段之前進行。預處理階段將根據已放置在文件中的預處理指令來修改源文件的內容。#include指令就是一個預處理指令，它把頭文件的內容添加到.cpp文件中還有其他許多預處理指令
這個在編譯之前修改源文件的方式提供了很大的靈活性，以適應不同的計算機和操作系統環境的限制。一個環境需要的代碼跟另一個環境所需的代碼可能有所不同，因為可用的硬體或操作系統是不同的。在許多情況下，可以把用於不同環境的代碼放在同一個文件中，再在預處理階段修改代碼，使之適應當前的環境。
預處理器顯示為一個獨立的操作，但一般不能獨立於編譯器來執行這個操作。調用編譯器會自動執行預處理過程，之後才編譯代碼。
編譯器為給定源文件輸出的是機器碼，執行這個過程需要較長時間。在對象文件之間並沒有建立任何連接。對應於某個源文件的對象文件包含在其他源文件中定義的函數引用或其他指定項的引用，而這些函數或項仍沒有被解析。同樣，也沒有建立同庫函數的鏈接。實際上，這些函數的代碼並不是文件的一部分。這些工作是由鏈接程序(有時稱為鏈接編輯器)完成的
鏈接程序把所有對象文件中的機器碼組合在一起，並解析它們之間的交叉引用。它還集成了對象模塊所使用的庫函數的代碼。這是鏈接程序的一種簡化表示，因為這里假定在可執行模塊中，模塊之間的所有鏈接都是靜態建立的。實際上有些鏈接是動態的，即這些鏈接是在程序執行時建立的。

鏈接程序靜態地建立函數之間的鏈接，即在程序執行之前建立組成程序的源文件中所包含的函數鏈接。動態建立的函數之間的鏈接(在程序執行過程中建立的鏈接)將函數編譯並鏈接起來，創建另一種可執行模塊—— 動態鏈接庫或共享庫。動態鏈接庫中的函數鏈接是在程序調用函數時才建立的，在程序調用之前，該鏈接是不存在的。

動態鏈接庫有幾個重要的優點。一個主要的優點是動態鏈接庫中的函數可以在幾個並行執行的程序之間共享，這將節省相同函數佔用的內存空間。另一個優點是動態鏈接庫在調用其中的函數之前是不會載入到內存中的。也就是說，如果不使用給定動態鏈接庫中的函數，該動態鏈接庫就不會佔用內存空間

㈦ c++ 關於動態鏈接庫編譯的問題

出現一個Executable For Debug Session對話框
---------------------------------------------
當你出現這個對話框時，是提示你應該選擇一個.exe文件用來測試。
如果要設置的話：依次在主菜單中，工程-->設置-->debug下就可以看到這個對話框的設置了。

提示沒有可執行文件來測試這個DLL文件。

因為，DLL文件自己是不能執行的，所以需要一個可執行文件（.exe）來載入它來測試。

㈧ 動態鏈接庫的全局變數和靜態變數什麼時候初始化

靜態連接庫也即是lib文件,你的程序在使用時靜態庫時,編譯器會把要用到的代碼靜態鏈接到你的程序中,即後生成的程序運行不依賴於lib文件,因為已包含了所用到的代碼.
而動態鏈接庫一般是dll文件,在你的程序運行時才動態地載入dll,然後根據入口地址進行相應的調用,你的程序中並不包括它裡面的代碼,運行時必須有這個dll存在才行.

㈨ 動態鏈接，靜態鏈接 動態編譯，靜態編譯 動態鏈接庫，靜態鏈接庫 這些兩兩間的區別是什麼呢

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

㈩ 有個 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