A. keil5不顯示錯誤和警告
首先要強迫自己不能接受任何錯誤和警告,否則就無法寫出優秀的代碼(至少在編譯器眼裡)。 面對錯誤,我們必須改正,否則程序不能運行,在這個編譯器裡面C++函數如果不是void類型,那麼必須有返回值,否則會報錯。對比v5編譯器,只是一個警告而已。
2.
其他錯誤按照C++語法規則修改即可。 面對警告,很多人選擇了忽略,但是我是不能容忍的,要消除警告。大部分警告是可以消除的,面對消除不了的警告,只能上絕招了。 在圖中
B. keil軟體怎麼編譯程序無結果顯示
你的兩個文件中可能都有main函數。
在keil編譯器中，main函數是C函數的入口點，有且只有一個。所以你的程序在鏈接階段發現了兩個同名函數定義，所以給出了一個警告，又發現這兩個同名函數還是main函數，所以錯誤提示。刪掉一個就可以了。
C. keil編譯器運行為什麼檢測不到錯誤
答：這種情況是你的程序還有別的錯誤，
當你把別的錯誤改掉後，再編譯你的vid 就會提示錯誤。
這種情況keil 經常有的。
D. keil寫匯編程序為什麼不能顯示錯誤位置
Fatal
Error
L210
指的是致命錯誤L210
L開頭說明這是一個鏈接錯誤
而非編譯錯誤
也就是說你的語法是沒有問題的
這種錯誤不是因為某一行指令錯誤產生的
所以編譯器不能指出他的行數。
你可以自己去查閱KEIL的幫助手冊
即使是老版本也會給出說明
這類錯誤可能是由5種情況引起的
1)硬體錯誤
2)壞文件名
3)磁碟禁止訪問引起的許可權問題
4)移除可移動設備
5)失敗的網路連結
KEIL已經給出了原因
意外0021H:文件或路徑未找到
位置:文件main.obj
我沒有看到你的代碼
僅憑猜測的話
極可能是main.c文件引用了一個標准庫提供的頭文件
這種情況可能是更換了操作環境
每個人的KEIL安裝路徑是不同的
工程文件會記住全路徑
解決的辦法是Rebuild
All
Target
讓KEIL重新尋找所有的頭文件
這里還有另一種可能
可能你所編譯的ASM是別人所寫的
工程往往並不只有一個文件
你只編譯了main.asm
丟失或者未添加其他的一些asm文件
也就是你之使用了一部分的代碼而丟棄了另一部分
如果你的問題還沒有得到解決
到21IC論壇上去貼全部的代碼去
E. keil寫的程序花括弧不成對但是不報錯
keil編譯運行無錯,但是結果不對調試的方法：
1、打開keil軟體，這里我們已經默認打開了一個工程文件了，點擊我畫圈的那個按鈕，進入設置。
2、在Debug那個選項卡里，我們選擇usesimulator，使用軟體進行調試。
3、置完畢後，我們可以在菜單欄找到這個放大鏡的圖標，點擊這個按鈕進行調試操作。
4、可以看到程序已進入正常的調試模式運行，這個時候程序是不會自動的去運行的，需要我們點擊下一步的按鈕才會一步一步的去執行
F. keil編譯後，output窗口不提示錯誤，不出現幾個錯誤幾個警告的提示，就是叮叮的響，裝了卸了都不行，怎麼
首先確認你的Keil安裝正確，並且注冊License，可以查看License Management選項
G. 問一個keil5的編譯錯誤的問題
提示指出了4個未定義的符號，在文件中無法識別到。
例如 stm32f4xx_it 中用到了 EXTI_ClearITPendingBit，但是從 stm32f4xx_it 這個模塊的角度而言，它查不到你在哪裡定義了這個符號，無法判斷這個符號究竟是什麼，也就無法進行連接。
一般而言都是包含關系有錯誤，或工程的搜尋路徑配置有問題。
H. keil5編譯提示缺分號
keil提示
1.
問題一:編譯時老是提示某行缺少分號,或者說存在非法字元,但是表面看來有看不出存在異常的符號並且分號也是在英文模式下輸入的,唉,肉眼真的看不出來啦,現在教你一招:用雙斜杠「//」把出錯的這一行注釋掉,這樣你就可以看見這行或許有一些因為你當時輸入時不小心輸入的混亂字元,然後把混亂字元刪掉,最後去掉注釋符,一切就OK了,對於keil的這個漏洞這招真的很有用的;
2.
問題二:編譯時總是提示語法錯誤,表面看來真的沒有什麼,同學就是寫了一個簡單的數組?問題何在呢?問題出在數組的名字選擇了data[5],後來隨便換了一個名字竟然不報錯了,看來在keil中用C語言寫程序時也不能動用data這個名字啊,夠狠,切記切記,呵呵。
查看更多
I. keil錯誤提示沒有了
點擊菜單-View,選中Build Toolbar
J. 啟動keil5出現如圖警告，並且寫函數過程中，不會提示錯誤，求解決方法
Keil 編譯時出現錯誤和警告的總結
和C 編譯器錯誤信息中文翻譯
(1)L15 重復調用
***WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI
CALLER1: ?PR?VSYNC_INTERRUPT?MAIN
CALLER2: ?C_C51STARTUP
該警告表示連接器發現有一個函數可能會被主函數和一個中斷服務程序(或者調用中斷服務程序的函
數)同時調用,或者同時被多個中斷服務程序調用。
出現這種問題的原因之一是這個函數是不可重入性函數,當該函數運行時它可能會被一個中斷打斷,從
而使得結果發生變化並可能會引起一些變數形式的沖突(即引起函數內一些數據的丟失,可重入性函數在任何時候
都可以被ISR 打斷,一段時間後又可以
運行,但是相應數據不會丟失)。
原因之二是用於局部變數和變數(暫且這樣翻譯,arguments,[自變數,變元一數值,用於確定程序或子
程序的值])的內存區被其他函數的內存區所覆蓋,如果該函數被中斷,則它的內存區就會被使用,這將導致其他函數
的內存沖突。
例如,第一個警告中函數WRITE_GMVLX1_REG 在D_GMVLX1.C 或者D_GMVLX1.A51 被定義,它被一個中斷
服務程序或者一個調用了中斷服務程序的函數調用了,調用它的函數是VSYNC_INTERRUPT,在MAIN.C 中。
解決方法：
如果你確定兩個函數決不會在同一時間執行(該函數被主程序調用並且中斷被禁止),並且該函數不佔
用內存(假設只使用寄存器),則你可以完全忽略這種警告。
如果該函數佔用了內存,則應該使用連接器(linker)OVERLAY 指令將函數從覆蓋分析(overlay
analysis)中除去,例如：
OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *)
上面的指令防止了該函數使用的內存區被其他函數覆蓋。如果該函數中調用了其他函數,而這些被調用在
程序中其他地方也被調用,你可能會需要也將這些函數排除在覆蓋分析(overlay analysis)之外。這種OVERLAY 指
令能使編譯器除去上述警告信息。
如果函數可以在其執行時被調用,則情況會變得更復雜一些。這時可以採用以下幾種方法：
1.主程序調用該函數時禁止中斷,可以在該函數被調用時用#pragma disable 語句來實現禁止中斷的目的。必
須使用OVERLAY 指令將該函數從覆蓋分析中除去。
2.復制兩份該函數的代碼,一份到主程序中,另一份復制到中斷服務程序中。
3.將該函數設為重入型。例如：
void myfunc(void) reentrant {
...
}
這種設置將會產生一個可重入堆棧,該堆棧被被用於存儲函數值和局部變數,用這種方法時重入堆
棧必須在STARTUP.A51 文件中配置。這種方法消耗更多的RAM 並會降低重入函數的執行速度。
(2)提示無M51 文件
編譯時候提示：
F:\...\XX.M51
File has been changed outside the editor, reload ？
------
解決方法：
重新生成項目，產生STARTUP.
1/9
A51 即可。
(3)L16 無調用
*** WARNING L16: UNCALLED SEGMENT, IGNORED FOR OVERLAY PROCESS
SEGMENT: ?PR?_COMPARE?TESTLCD
說明：程序中有些函數例如COMPARE（或片段）以前（調試過程中）從未被調用過,或者根本沒
有調用它的語句。
這條警告信息前應該還有一條信息指示出是哪個函數導致了這一問題。只要做點簡單的調整就
可以。不理它也沒什麼大不了的。
解決方法:去掉COMPARE()函數或利用條件編譯#if …..#endif,可保留該函數並不編譯。
(4)L10 和L16"主程序名字寫錯(或無主程序)"