mfc靜態編譯vs2008

『壹』 vc++ 2008的dll動態靜態編譯問題

這個情況有以下幾種可能：

1. 你編譯的是Debug版本，因此別的計算機（未安裝VS2008）上無法運行。請使用Releaset版本

2. 如果是MFC應用程序，請在項目的屬性中（Release）的常規中，把【MFC的使用】改為「在靜態庫中使用MFC」。

3. 如果你的程序調用了其它的第三方庫，這些庫在編譯時用了靜態鏈編，而別的計算機上無此庫的dll文件。因此請將相應Dll附帶打包進去。

4. 運行時庫的問題，修改項目屬性中，C++，代碼生成中的基本運行時庫檢查。

『貳』 vs2008編譯運行出現錯誤

用release編譯,
若是MFC項目
還需要把項目屬性中設置靜態調用MFC
庫文件

『叄』 我在VC6中的MFC程序正常，為什麼在VS2008中的MFC中有錯誤

這是由於不同的編譯器對程序檢查的嚴格程度不一樣，比如說：
char a[20];
char *p = a;
在有些編譯器裡面編譯通過，而在有些編譯器裡面需要這樣賦值char*p = (char*)a;a是一個靜態數組，並不是指針，賦值需要強制轉換。

程序在vc6.0中移到vs2008中需要注意一個問題，vc6.0中字元一個位元組表示，而在vs2008中字元可能一個位元組、兩個位元組或多個位元組表示，默認是兩個位元組表示，可以改成單位元組表示。

『肆』 vs2005 2008如何設置靜態編譯

靜態編譯？你指的是MFC靜態鏈接吧。

在你的VC項目上單擊右鍵，點擊屬性，然後看配置屬性裡面的常規項，在右面的MFC使用中選擇「在靜態庫中使用MFC」就可以了。

注意，上面一欄「配置」里，Debug和Release都要改。

『伍』 用VS2008編的MFC程序需要哪些dll支持

樓上老兄說得對，我再補充點吧。
在目標機器上安裝.NET Framework，如果你用了.NET的框架類，就需要此平台支撐。
用靜態鏈接到MFC庫，可以解決dll的大多數問題，但是程序體積明顯增大。
給你另外兩個建議：
1.在VS2008環境中運行程序的Release版本，觀察調試窗口中，程序載入了哪些庫文件（DLL，ocx等）。
2.用VS2008命令行工具的mpbin命令，dependents和import參數分別分析以下你的程序依賴哪些庫，需要引入哪些庫。

根據目標機器的環境，酌情將缺失的庫一起過去，^_^

『陸』 VS2008 VC++/MFC 出錯LNK2001與1120

錯誤 LNK1120 為您提供該鏈接的無法解析的外部對象數 (number)。導致無法解析的外部對象的條件由錯誤 LNK2001 描述，此錯誤出現在該錯誤信息之前（對每個無法解析的外部對象都出現一次）。
//就是說每出現一次LNK1120都會在之前出現一個LNK2001
LNK2001
所以主要是解決LNK1120關鍵是要解決鏈接器工具錯誤 LNK2001 這分一下的情況（來自VS 2008的幫助），在這里我只復制一些比較常見的，如果還不行，你重建工程來吧~~

一、代碼問題
1.如果 LNK2001 診斷文本報告 __check_commonlanguageruntime_version 是無法解析的外部符號，在 function 中找到了未定義的外部符號 (symbol)。若要解決此錯誤，請提供符號定義或移除引用它的代碼。
2.成員模板的定義超出了類的范圍。Visual C++ 的一個限制是，成員模板的定義必須完全位於封閉類內。
3.代碼中大小寫不匹配
4.如果項目使用函數內聯，但在 .cpp 文件而非頭文件中定義函數，則會導致 LNK2001。
5.試圖引用沒有外部鏈接的函數或數據會導致 LNK2001。
6.缺少函數主體或變數會導致 LNK2001。
7.調用參數類型與函數聲明中的參數類型不匹配的函數會導致 LNK2001。名稱修飾將函數參數合並到最終修飾函數名中。

8.錯誤包含的原型導致編譯器需要沒有提供的函數體，這樣會導致 LNK2001。如果同時具有函數 F 的類實現和非類實現，請注意 C++ 范圍解析規則。

9.在使用 C++ 時，將函數原型包含在類定義中但未能包含實現（該類的此函數的實現）會導致 LNK2001。

10.試圖從抽象基類的構造函數或析構函數調用純虛函數會導致 LNK2001。純虛函數沒有基類實現。

11.試圖在函數范圍外使用用該函數聲明的變數（局部變數）會導致 LNK2001。

二、編譯和鏈接問題
1.項目缺少對庫 (.LIB) 或對象 (.OBJ) 文件的引用。有關更多信息，請參見用作鏈接器輸入的 .lib 文件。

2.如果使用 /NODEFAULTLIB 或 /Zl，包含所需代碼的庫將不會鏈接到項目，除非已顯式地包括了這些庫。（在使用 /clr 或 /clr:pure 進行編譯時，您將看到對 .cctor 的引用；有關更多信息，請參見 混合程序集的初始化。）

3.如果正在使用 Unicode 和 MFC，如果沒有創建 wWinMainCRTStartup 的入口點，將在 _WinMain@16 上得到無法解析的外部對象；請使用 /ENTRY。請參見 Unicode 編程摘要。

4.將用 /MT 編譯的代碼與庫 LIBC.lib 鏈接會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。

5.鏈接需要多線程庫的代碼（任何 MFC 代碼或用 /MT 編譯的代碼）會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。有關更多信息，請參見下列知識庫文章：

6.在用 /MD 進行編譯時，因為所有的運行時現在都存放在一個 DLL 中，所以源中的「func」引用在對象中變為「__imp__func」引用。如果試圖與 LIBC.lib 或 LIBCMT.lib 靜態庫鏈接，則將在 __imp__func 上得到 LNK2001。當不用 /MD 進行編譯時，如果試圖與 MSVCxx.lib 鏈接，則並非總是得到 LNK2001，但可能會有其他問題。

7.在生成應用程序的調試版本時與發布模式庫鏈接會導致 LNK2001。同樣，使用 /Mxd 選項（/MTd 或 /MDd）和/或定義 _DEBUG，然後再與版本庫鏈接，將可能會產生無法解析的外部對象（同時還會出現其他問題）。將發布模式生成與調試庫鏈接同樣會導致類似問題。

8.將 Microsoft 庫版本和編譯器產品版本混合可能會有問題。新編譯器版本的庫可能包含早期版本的庫中沒有的新符號。可能需要更改搜索路徑中的目錄順序，或將它們更改為指向當前版本。

9.使用庫文件選擇下的「工具」|「選項」|「項目」|「VC++ 目錄」對話框，可以更改搜索順序。項目的「屬性頁」對話框中的「鏈接器」文件夾可能也包含可能已過期的路徑。

10.當安裝了新的 SDK（可能在不同的位置），但沒有將搜索順序更新為指向新位置時，可能會出現此問題。通常情況下，應將新 SDK 的 include 目錄和 lib 目錄的路徑放在默認 Visual C++ 位置的前面。另外，包含嵌入路徑的項目可能仍然指向舊路徑，這些路徑是有效的，但對於安裝到不同位置的新版本所添加的新功能已過期。

11.編譯器供應商之間、甚至同一編譯器的不同版本之間當前沒有 C++ 命名標准。因此，鏈接用其他編譯器編譯的對象文件可能無法生成相同的命名方案，從而導致錯誤 LNK2001。

12.在不同模塊上混合內聯和非內聯編譯選項會導致 LNK2001。如果創建 C++ 庫時打開了函數內聯（/Ob1 或 /Ob2），但描述函數的相應頭文件的內聯是關閉的（沒有 inline 關鍵字），則將發生此錯誤。若要防止此問題，請在要包含到其他文件中的頭文件中用 inline 定義內聯函數。

13.如果使用 #pragma inline_depth 編譯器指令，請確保具有 設置為 2 或更大的值，並確保使用 /Ob1 或 /Ob2 編譯器選項。

14.在創建純資源 DLL 時省略 LINK 選項 /NOENTRY 將導致 LNK2001。

15.使用不正確的 /SUBSYSTEM 或 /ENTRY 設置會導致 LNK2001。例如，如果編寫基於字元的應用程序（控制台應用程序）並指定 /SUBSYSTEM:WINDOWS，您將得到無法解析的 WinMain 外部對象。有關這些選項和入口點的更多信息，請參見 /SUBSYSTEM 和 /ENTRY 鏈接器選項。
初學者在學習VC＋＋的過程中，遇到的LNK2001錯誤的錯誤消息主要為：
unresolved external symbol 「symbol」（不確定的外部「符號」）。
如果連接程序不能在所有的庫和目標文件內找到所引用的函數、變數或標簽，將產生此錯誤消息。一般來說，發生錯誤的原因有兩個：一是所引用的函數、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本的連接庫。
以下是可能產生LNK2001錯誤的原因：
一．由於編碼錯誤導致的LNK2001。
1．不相匹配的程序代碼或模塊定義(.DEF)文件能導致LNK2001。例如, 如果在C＋＋ 源文件內聲明了一變數「var1」，卻試圖在另一文件內以變數「VAR1」訪問該變數,將發生該錯誤。
2．如果使用的內聯函數是在.CPP文件內定義的，而不是在頭文件內定義將導致LNK2001錯誤。
3．調用函數時如果所用的參數類型同函數聲明時的類型不符將會產生LNK2001。
4．試圖從基類的構造函數或析構函數中調用虛擬函數時將會導致LNK2001。
5．要注意函數和變數的可公用性，只有全局變數、函數是可公用的。 靜態函數和靜態變數具有相同的使用范圍限制。當試圖從文件外部訪問任何沒有在該文件內聲明的靜態變數時將導致編譯錯誤或LNK2001。
函數內聲明的變數(局部變數) 只能在該函數的范圍內使用。
C＋＋ 的全局常量只有靜態連接性能。這不同於C，如果試圖在C＋＋的多個文件內使用全局變數也會產生LNK2001錯誤。一種解決的方法是需要時在頭文件中加入該常量的初始化代碼，並在.CPP文件中包含該頭文件；另一種方法是使用時給該變數賦以常數。
二．由於編譯和鏈接的設置而造成的LNK2001
1．如果編譯時使用的是/NOD(/NODEFAULTLIB)選項，程序所需要的運行庫和MFC庫在連接時由編譯器寫入目標文件模塊， 但除非在文件中明確包含這些庫名，否則這些庫不會被鏈接進工程文件。在這種情況下使用/NOD將導致錯誤LNK2001。
2．如果沒有為wWinMainCRTStartup設定程序入口，在使用Unicode和MFC時將得到「unresolved external on _WinMain@16」的LNK2001錯誤信息。
3．使用/MD選項編譯時,既然所有的運行庫都被保留在動態鏈接庫之內，源文件中對「func」的引用，在目標文件里即對「__imp__func」 的引用。如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行連接，將在__imp__func上發生LNK2001；如果不使用/MD選項編譯，在使用MSVCxx.LIB連接時也會發生LNK2001。
4．使用/ML選項編譯時，如用LIBCMT.LIB鏈接會在_errno上發生LNK2001。
5．當編譯調試版的應用程序時，如果採用發行版模態庫進行連接也會產生LNK2001；同樣，使用調試版模態庫連接發行版應用程序時也會產生相同的問題。
6．不同版本的庫和編譯器的混合使用也能產生問題，因為新版的庫里可能包含早先的版本沒有的符號和說明。
7．在不同的模塊使用內聯和非內聯的編譯選項能夠導致LNK2001。如果創建C＋＋庫時打開了函數內聯（/Ob1或/Ob2)，但是在描述該函數的相應頭文件里卻關閉了函數內聯（沒有inline關鍵字），這時將得到該錯誤信息。為避免該問題的發生，應該在相應的頭文件中用inline關鍵字標志內聯函數。
8．不正確的/SUBSYSTEM或/ENTRY設置也能導致LNK2001。
其實，產生LNK2001的原因還有很多，以上的原因只是一部分而已，對初學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯誤的發生。LNK2001錯誤雖然比較困難，但是只要注意到了上述問題，還是能夠避免和予以解決的。

『柒』 關於vs2008靜態編譯問題

static library是靜態庫，生成的項目目標是 .lib文件，不是一個可執行程序，所以vs 問你你的可執行程序在哪裡。

你應該使用默認的 console application

『捌』 vs2008中MFC項目弄成DLL(帶靜態)，然後第二個項目怎麼調用這個dll裡面的功能並輸出到窗口上。

你沒有講lib所在的路徑添加到你的項目引用路徑中，導致鏈接的時候，找不到這個路徑。

你應該在點擊項目屬性，目錄設置，lib一項添加你的lib所在的目錄。

『玖』 VS2008MFC無法運行

MFC042D.DLL 這是一個關鍵文件~缺失的話會導致編譯失敗~~試試在網上找一個這個文件復制到MFC根目錄下面~

『拾』 vs2008 MFC如何在對話框中添加靜態文本和文本框控制項

在資源視圖下打開需要編輯的對話框，然後通過「視圖」--「工具箱」打開工具箱浮動窗口，工具箱內有各種控制項，裡面就有靜態文本和文本框控制項