問題介紹
該問題編者認為是在編程人員,尤其在初學者當中常出現的一些問題
VC描述
error LNK2001: unresolved external symbol _WinMain@16
debug/main.exe:fatal error LNK 1120:1 unresolved externals
error executing link.exe;
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol _beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol _endthreadex
可能成因
第一類:
例如,你用vc建了一個控制台程式,它的入口函式應該是main, 而你使用了WinMain。或者,你用vc打開了一個.c/.cpp 檔案,然後直接編譯這個檔案,這個檔案中使用了WinMain而不是main作為入口函式。vc這時的默認設定是針對控制台程式的。
第二類:程式沒有添加必要的庫
當copy網上的源程式,在本機編譯的時候,由於新建的工程沒有把連線用的庫,在連線的時候添加進去,所以一些函式、變數找不到定義的庫檔案,從而出錯。
解決方法
第一類
1. Windows子系統設定錯誤
提示:
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Windows項目要使用Windows子系統, 而不是Console, 可以這樣設定:
[Project] --> [Settings] --> 選擇"Link"屬性頁,
在Project Options中將/subsystem:console改成/subsystem:windows
2. Console子系統設定錯誤
提示:
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
控制台項目要使用Console子系統, 而不是Windows, 設定:
[Project] --> [Settings] --> 選擇"Link"屬性頁,
在Project Options中將/subsystem:windows改成/subsystem:console
3. 程式入口設定錯誤
提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
通常, MFC項目的程式入口函式是WinMain, 如果編譯項目的Unicode版本, 程式入口必須改
為wWinMainCRTStartup, 所以需要重新設定程式入口:
[Project] --> [Settings] --> 選擇"Link"屬性頁 ,
在Category中選擇Output,
再在Entry-point symbol中填入wWinMainCRTStartup, 即可
4. 執行緒運行時庫設定錯誤
提示:
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
這是因為MFC要使用多執行緒時庫, 需要更改設定:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁,
在Category中選擇Code Generation,
再在Use run-time library中選擇Debug Multithreaded或者multithreaded
其中,
Single-Threaded 單執行緒靜態程式庫(release版本)
Multithreaded 多執行緒靜態程式庫(release版本)
multithreaded DLL 多執行緒動態程式庫(release版本)
Debug Single-Threaded 單執行緒靜態程式庫(debug版本)
Debug Multithreaded 多執行緒靜態程式庫(debug版本)
Debug Multithreaded DLL 多執行緒動態程式庫(debug版本)
單執行緒: 不需要多執行緒調用時, 多用在DOS環境下
多執行緒: 可以並發運行
靜態庫: 直接將庫與程式Link, 可以脫離MFC庫運行
動態庫: 需要相應的DLL動態庫, 程式才能運行
release版本: 正式發布時使用
debug版本: 調試階段使用
第二類
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錯誤雖然比較困難,但是只要注意到了上述問題,還是能夠避免和予以解決的。