編譯不報錯什麼意思
在C語言編程中，如果兩個main函數在同一工程中或在同一文件中，編譯器會報錯。這是因為main函數是程序的入口點，程序從這里開始執行。每個程序只能有一個main函數，以確保程序有一個明確的起點。然而，如果main函數不在同一工程或同一文件中，編譯器不會報錯。在這樣的情況下，編譯器會獨立地編譯每個main函數所在的文件，而不會相互影響。因此，程序可以在運行時正常執行。
編譯器之所以允許這種情況，是因為在某些情況下，程序員可能需要將程序的不同部分分別編譯，以提高開發效率。例如，一個大型項目可能被拆分成多個文件，每個文件都有自己的main函數。在編譯時，每個文件的main函數會被獨立編譯，而在鏈接階段，這些獨立編譯的文件會被合並，形成最終的可執行程序。在這個過程中，編譯器不會因為存在多個main函數而報錯。
值得注意的是，盡管編譯器不會報錯，但在鏈接階段，鏈接器會檢查整個程序中是否存在唯一的main函數。如果找不到唯一的main函數，鏈接器也會報錯。因此，盡管編譯時不會報錯，但在鏈接階段，程序仍可能因缺少唯一的main函數而無法成功構建。
此外，從編程規范的角度來看，建議每個文件只包含一個main函數。這樣可以提高代碼的可讀性和可維護性。如果需要將程序的不同部分拆分到多個文件中，可以使用其他函數作為程序入口點，而在主文件中調用這些函數。
總之，在C語言編程中，盡管編譯器允許同一工程或同一文件中有多個main函數，但從規范和實際應用的角度來看，建議每個文件只包含一個main函數。這不僅有助於提高代碼的可讀性和可維護性，也有助於避免潛在的錯誤和混淆。
B. Java程序中的問題 short s1=1; s1+=1;為什麼編譯不出錯精度會損失嗎
short
s=31;
編譯沒問題是因為short的范圍是-32768~32767的，雖然31默認是int但是轉換為short不會超過范圍，所以不報錯。
你寫short
s=32768;
就會發現
這個也是報錯的。
而short
s1=31l;
「l」標明當前數字是long型，這樣就不能轉換為short型了
C. keil for arm 4.7 為什麼編譯不報錯，但是寫程序的時候報錯如圖：
你這兩個報錯不是一個概念，KEIL for ARM 是針對C語言或者C++等等的專業語言進行編譯和檢查的，它查的錯誤，是針對這些專業語言的，如果你編寫的程序沒有C語言的語法錯誤，自然不報錯。
Keil在編輯的時候，對某些單詞進行波浪線注釋，那是編輯的事，這在Word里也是常見的，他對應的是人類的自然語言的，如果編輯過程中，發現你定義的變數，函數名稱之類的在英語詞典里找不到，那就會波浪線。
所以，編譯和編輯，針對的是不同語言的語法，不可混談。
D. 在使用VC時為什麼編譯時沒有錯誤,連接時有錯誤,不能打開文件
我們通常所說的編譯其實包含兩個部分：編譯和鏈接。
編譯是指把程序源文件編譯成目標文件，即vc下的.o文件。
鏈接是指把目標文件生成可執行文件。
鏈接的時候，如果某個函數只有聲明，但沒有實現，或者依賴第三方庫，但只提供了頭文件，沒有提供庫文件，或者庫文件的版本不對，都會導致鏈接錯誤，而這些錯誤，在編譯階段通常是不會報錯的。所以，你可以針對上面提到的幾點一一排除一下：
1，程序中所用到的自己寫的函數是否都已經實現；
2，如果使用了第三方庫，確認是否已經有了第三方庫，是否在工程設置中包含了庫文件，並且配置了庫文件搜索路徑，保證編譯器能找到所需要的庫文件；
3，如果使用了第三方庫，確認所使用的庫文件版本是對的。
如果上面這些都做好，基本上就不會有問題了。
E. altium designer 10原理圖編譯器為什麼不報錯啊，明明是有錯誤的！我故意加了幾個錯誤，他也不報錯！
因為你沒有新建PCB project，單獨的原理圖文件無法編譯。新建一個project 再將原理圖添加進去，就可編譯了。
F. 我c程序正確 但是點擊編譯後不出現結果
能運行，不代表代碼沒錯。
編譯不報錯，不代表能正常運行。
但是運行結果不在你控制之內，代碼肯定有錯
看你剛補發的圖
你的Vs開啟了預編譯頭功能
常用的頭文件，加入到這個預編譯頭文件中，這樣只需要添加stdafx.h即可。
關閉該功能：
右鍵項目->屬性->配置屬性->C/C++->預編譯頭->不使用預編譯頭。
不同版本可能有區別，你找找。