VSmfc編譯

1. VS2010新建MFC工程直接編譯運行居然出錯!求解!

改成這樣試試，
#include"stdio.h"
typedef struct list
{
struct list *next;
int data;
}list;
void main()
{
list p;
}
在struct list被typedef定義成list之前，它應該還是結構體，所以可能是因為這樣，不能省略定義成員變數時的那個struct

2. vs中使用mfc,編譯成功但不生成.exe文件,是怎麼回事啊

SLEI.exe就是生成的文件，畫面上都顯示出名字來了，好好找好。

3. VS2013新建了個MFC應用程序，新建好編譯就出現問題，我沒修改任何數據，求助

參考warning D9025: 正在重寫「/D_DEBUG」(用「/U_DEBUG」)的錯誤。的解決思路
在 Visual Studio 開發環境中設置此編譯器選項
打開該項目的「屬性頁」對話框。有關詳細信息，請參見如何：打開項目屬性頁。
單擊「C/C++」文件夾。

單擊「預處理器」屬性頁。

修改「取消預處理器定義」屬性。
_DEBUG修改成 U_DEBUG即可
_DEBUG;%()變成U_DEBUG;%()
https://msdn.microsoft.com/zh-cn/library/hhzbb5c8(v=vs.80).aspx

4. 支持MFC的編譯器只有VC++6.0和vs嗎

支持MFC的編譯器有VC++（不一定要是6.0版的），還有新版的Borland C++

舊版的 Borland C++ 不支持 MFC ，但是新版的 Borland C++ 支持 MFC 。

所有版本的 VC（從 Visual C++ 1.0 到 Visual C++ 6.0）和 VC.NET（從 Visual C++ 2003 到 Visual C++ 2010 ），全部都支持 MFC 。

5. VS 2012 MFC剛創建完編譯就出錯

先搞個hello world編譯運行看看
系統文件出錯一般是配置有問題，或自己生成的文件是c風格的

6. 用vs2008編譯MFC程序時為什麼老是出現這個警告如圖

因為xInsert.size()函數返回的是無符號型的，而你的i3是有符號的，所以會警告。

你可以這樣：

for(unsignedinti3=1;i3<xInsert.size();++i3)

參考：

template<class_Ty,class_A=allocator<_Ty>>
	classlist{
public:
	typedef_A::size_typesize_type;
	
	
template<class_Ty>
	classallocator{
public:
	typedef_SIZTsize_type;
	

#define_SIZT	size_t
typedefunsignedintsize_t;

7. VS2010 MFC程序編譯時出現如下錯誤，請問哪位高手能夠指點一下是什麼情況，多謝多謝！！

今天寫了一個小程序，然後碰到了「Error LNK2001 無法解析的外部符號」這個問題，一直解決不了，後來上網搜了下，發現這裡面的關於這類錯誤的內容歸納比較齊全，就摘下來作為參考了。
原文： http://wenku..com/view/8f0e877931b765ce0508141a.html
VC＋＋時經常會遇到鏈接錯誤LNK2001，該錯誤非常討厭，因為對於編程者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連接錯誤時，編譯都已通過。產生連接錯誤的原因非常多，尤其LNK2001錯誤，常常使人不明其所以然。如果不深入地學習和理解VC＋＋，要想改正連接錯誤LNK2001非常困難。 初學者在學習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錯誤雖然比較困難，但是只要注意到了上述問題，還是能 夠避免和予以解決的。

8. VS2008 編譯MFC應用程序出錯

觀察下路徑對不對。有時候頭文件和庫沒包含就會有些莫名其妙的錯。mfc庫跟普通的win32庫畢竟不是一起的。

9. vs2010新建立的mfc工程編譯就出錯error C2065: 「DWORD_PTR」: 未聲明的標識符

那個是我用VS2008建的工程，所以沒有。但根據你的描述，的確是VS2010出錯了，感覺2010不是很好用。
要不你去微軟官網下一個，不要下那些破解版的。然後輸入個序列號破解試試。

10. VS2010無法編譯MFC工程怎麼辦

==========
生成:
成功
0
個，失敗
0
個，最新
1
個，跳過
0
個
==========
這種提示說明，
編譯器
檢測到代碼沒有發生變化，得到的仍舊是上一次編譯的結果。
你重新編譯一下解決方法，就是整個重新編譯一下，最好先清理一下再重新編譯。