編譯出現errorundefined
『壹』 C語言編譯錯誤 undefined reference to `WinMain@16'
1、把主函數 main() 寫成了mian()
2、沒寫主函數main()
3、建的不是控制台應用程序 console application
4、[code]
#include <allegro5/allegro.h>
int main() {
return 0;
}
[/code]
/*-------改成下面的形式, 供參考------*/
#include <allegro5/allegro.h>
int main()
{
return 0;
}
END_OF_MAIN()
// I don't use A5, so it's a guess.
(1)編譯出現errorundefined擴展閱讀：
注意事項
『WinMain@16』」這里的真實錯誤所引起，所以只需關注前面出現了什麼錯誤，將其改正就可以了。
退出狀態（exit status）錯誤僅表示構建過程中的鏈接步驟遇到一些錯誤。通常退出狀態為 0 表示成功，退出狀態 > 0表示錯誤。
在構建程序時，可以將多個工具作為單獨的步驟運行，以創建最終的可執行文件。在程序中，其中一個工具是ld，它首先報告它找到的錯誤（undefined reference to 『WinMain@16』），然後它返回退出狀態。
由於退出狀態 > 0，表示錯誤並報告。 在許多情況下，返回的是發生錯誤的數量，因此，如果ld工具發現兩個錯誤，其退出狀態將為2。
『貳』 為什麼會出現如：error：undefined reference to 『
Linux下編譯程序時，經常會遇到「undefined reference to XXX」 報錯， 這里總結一些可能的原因和解決方案，給需要的朋友： 說道undefined reference error，先提一下Linux gcc鏈接規則： 鏈接的時候查找順序是: -L 指定的路徑, 從左到右依次查找 由 環境變數 LIBRARY_PATH 指定的路徑,使用":"分割從左到右依次查找 /etc/ld.so.conf 指定的路徑順序 /lib 和 /usr/lib (64位下是/lib64和/usr/lib64) 動態庫調用的查找順序: ld的-rpath參數指定的路徑, 這是寫死在代碼中的 ld腳本指定的路徑 LD_LIBRARY_PATH 指定的路徑 /etc/ld.so.conf 指定的路徑 /lib和/usr/lib(64位下是/lib64和/usr/lib64) 一般情況鏈接的時候我們採用-L的方式指定查找路徑, 調用動態鏈接庫的時候採用LD_LIBRARY_PATH的方式指定鏈接路徑. 另外注意一個問題,就是只要查找到第一個就會返回,後面的不會再查找. 比如-L./A -L./B -lx 在A中有libx.a B中有libx.a和libx.so, 這個時候會使用在./A的libx.a 而不會遵循動態庫優先的原則,因為./A是先找到的,並且沒有同名動態庫存在 對於動態鏈接庫，實際的符號定位是在運行期進行的．在編譯.so的時候，如果沒有把它需要的庫和他一起進行聯編，比如libx.so 需要使用uldict, 但是忘記在編譯libx.so的時候加上-luldict的話，在編譯libx.so的時候不會報錯，因為這個時候libx.so被認為是一個庫，它裡面存在一些不知道具體實現的符號是合法的，是可以在運行期指定或者編譯另外的二進製程序的時候指定． 如果是採用g++ -Lpath -lx 的方式進行編譯，鏈接器會發現所需要的uldict的符號表找不到從而報錯，但是如果是程序採用dlopen的方式載入，由於是運行期，這個程序在這個地方就直接運行報錯了．另外還有一種情況就是一個對外的介面在動態庫中已經聲明定義了，但是忘記實現了，這個時候也會產生類似的錯誤． 如果在運行期報出這樣的錯誤，就要注意是否是由於某些庫沒有鏈接進來或者某些介面沒有實現的原因產生
『叄』 C語言編譯時出現error: undefined symbol 'GetDesktopWindow'是為什麼
錯誤信息指出'GetDesktopWindow'這個符號沒有定義。
出現這種現象大多是因為連接器找不到函數GetDesktopWindow的定義。引用頭文件沒有問題，那就是因為連接時沒有找到包含GetDesktopWindow函數實現的庫文件。
將包含GetDesktopWindow實現的庫文件加入到連接器的搜索路徑即可。