㈠ c語言怎麼檢查對錯
首先從語法上保證是正確的，然後是編譯通過，最後運行通過。
在編寫上就要盡量保證語法的正確，在編譯時會有錯誤和警告，把對應的錯誤和警告改掉，運行時如果錯誤，可以使用gdb進行調試。
㈡ c語言改錯 怎麼通過編譯程序檢查出語法錯誤
編譯器編譯時對你的代碼錯誤自動顯示出來，
告訴你錯在哪裡
你滑鼠雙擊他的錯誤提示
就可以跳轉到代碼有錯誤的那一行了
編譯器VC
Build里點擊ReBuildAll
就保證可以編譯了
㈢ c語言編譯器如何運行
編譯共分為四個階段：預處理階段、編譯階段、匯編階段、鏈接階段。
1、預處理階段：
主要工作是將頭文件插入到所寫的代碼中，生成擴展名為「.i」的文件替換原來的擴展名為「.c」的文件，但是原來的文件仍然保留，只是執行過程中的實際文件發生了改變。（這里所說的替換並不是指原來的文件被刪除）
2、匯編階段：
插入匯編語言程序，將代碼翻譯成匯編語言。編譯器首先要檢查代碼的規范性、是否有語法錯誤等，以確定代碼的實際要做的工作，在檢查無誤後，編譯器把代碼翻譯成匯編語言，同時將擴展名為「.i」的文件翻譯成擴展名為「.s」的文件。
3、編譯階段：
將匯編語言翻譯成機器語言指令，並將指令打包封存成可重定位目標程序的格式,將擴展名為「.s」的文件翻譯成擴展名為「.o」的二進制文件。
4、鏈接階段：
在示例代碼中，改代碼文件調用了標准庫中printf函數。而printf函數的實際存儲位置是一個單獨編譯的目標文件（編譯的結果也是擴展名為「.o」的文件），所以此時主函數調用的時候，需要將該文件（即printf函數所在的編譯文件）與hello world文件整合到一起，此時鏈接器就可以大顯神通了，將兩個文件合並後生成一個可執行目標文件。
㈣ c語言編譯器怎麼檢查錯誤的
C語言編譯器有好多種
大同小異
有DEV-C++
VC6.0等
檢查錯誤
都能檢查
但只能檢查出語法錯誤
不能檢查出邏輯錯誤
㈤ C語言的編譯器為什麼不檢查數組下標越界
以前還真沒想過，記得老師講的時候也沒說，就是強調這是C語言的歷史問題，從一開始就沒有，後來這個功能也沒有加上。至於具體的原因已知模稜兩可，今天總算查清楚了。 綜合網上的各種資料，可以得到如下的結果： 1. 在一個固定的機器之下，指針所佔的位數都是一樣的，換言之，保存的地址是有最大值的，這樣如果每次都檢查數組的越界問題，會對指針的功能做出很大的限制，因為指針只是包含地址信息並沒有包含長度的信息，比如一個 char ch[100]; char * test=ch; 之後test也可以只想超過100的長度的字元串類型，並不是局限與100。如果檢測長度，那麼就相當與限制的指針的長度，這是不合理的。 2. 沒有效率，需要付出代價。具體：最早的C編譯器並不檢查下標，而最新的編譯器依然不對它進行檢查。這項任務之所以很困難，是因為下標引用可以作為任意的指針，而不僅僅是數組名。作用於指針的下標引用的有效性既依賴於該指針當時恰好指向什麼內容，也依賴於下標的值。結果，C的下標檢查所涉及的開銷比你開始想像的要多。編譯器必須在程序中插入指令，證實下標的結果所引用的元素和指針表達式所指向的元素屬於同一個數組。這個比較操作需要程序中所有數組的位置和長度方面的信息，這將佔用一些空間。當程序運行時，這些信息必須進行更新，以反映自動和動態分配的數組，這又將佔用一定的時間。因此，即使是那些提供了下標檢查的編譯器通常也會提供一些開關，允許你去掉下標檢查。
㈥ c語言helloworld代碼是對的,但編譯錯誤
這個從圖示來看編譯沒有錯誤
㈦ C語言編譯器會編譯改變過的代碼，而不會編譯沒有改動的代碼。 我想知道它是怎麼判斷程序是否有唄修改過的
編譯器要記錄你的編譯生成文件，比如obj、exe等的生成日期，發現與相關的文件如.c源文件、obj等日期舊時則選擇對此部分重新編譯。
特別地，它記錄所有相關文件，比如你新修改了某頭文件.h，編譯系統會逐一比較所有使用這個.h文件的編譯結果，如果發現時間舊了就重新編譯它們。
㈧ c語言的注釋中存在錯誤會被編譯器檢查出來
不會。
所謂注釋，便是用自然語言對源代碼中某些語句或方法進行說明。並且注釋的內容不會被編譯器編譯。可以在源代碼中添加任何想要添加的說明。
注釋可以出現在代碼中的任何位置，用來向用戶提示或解釋代碼的含義。程序編譯時，會忽略注釋，不做任何處理，就好像它不存在一樣。
㈨ 如何在C語言中用宏來判斷當前編譯器
不同編譯器有不同的宏，具體某個編譯器在某種編譯選項下定義了哪些宏必須要查編譯器的相關文檔
例如，GCC 編譯器對應的預定義宏是 __GNUC__，用
#if__GNUC__
即可判斷是否在使用 GCC 編譯器。__GNUC__ 的具體值對應GCC的主版本號。例如 對於GCC 4.9 ，__GNUC__ 等於 4，對於 GCC 5.1 ，__GNUC__ 等於 5，次版本號可以通過 __GNUC_MINOR__ 查詢。對於 GCC 4.9，__GNUC_MINOR__ 等於 9，對於GCC 5.1，__GNUC_MINOR__等於 1
VC 的編譯器對應的預定義宏是 _MSC_VER，用
#if_MSC_VER
即可判斷是否在使用 VC 的編譯器。_MSC_VER 的值同樣以某種方式對應於編譯器的版本，不過對應方式就復雜得多，再加上 VC 編譯器的版本號以不規則的方式增長，所以找各種版本測試 _MSC_VER 的值恐怕更可靠
其他編譯器也可能定義 __GNUC__ 或者 _MSC_VER 來表示自己兼容這些編譯器，例如 clang 也定義了 __GNUC__ 。不過既然它聲明了兼容性，除非測試確認了實際行為並不兼容，否則把它當成 GCC 也並無不可