你看看是不是那個(gè)外部變量你又給賦值了
main.c申明，其他.c文件對(duì)應(yīng)的.h文件中用extern引用
error:
你的固件庫(kù)里的庫(kù)文件沒(méi)有添加進(jìn)工程里面，所以出現(xiàn)未定義的情況。
TIM2_IRQChannel指定時(shí)器2的中斷通道沒(méi)有定義，其實(shí)在固件庫(kù)對(duì)這些參數(shù)都有定義，宏定義代替了一串寄存器地址數(shù)據(jù)。需要將.C文件添加到工程文件中
main.c(7):
當(dāng)使用keil編譯時(shí)，彈出這樣的警告信息：main.c(7):
這個(gè)是由于在main函數(shù)的“}”后，沒(méi)有加回車(chē)。
只要在main函數(shù)的“}”后加回車(chē)鍵，此警告信息即可消除。
...test_menu.c(27):error:#65:expected
分?jǐn)?shù)送你了，問(wèn)題在你回答之前已經(jīng)解決了，頭文件里的結(jié)構(gòu)體定義里的最后一行沒(méi)有加";"
折騰了大半天，才搞明白一個(gè)空操作的指令
先在網(wǎng)上查有的說(shuō)是__asm{NOP;}，從intrins.h里調(diào)用，可犄角旮旯全找了，也沒(méi)看到什么intrint.h的文件。如果直接用，就出現(xiàn)error:
最后搜索這條錯(cuò)誤，知道是因?yàn)?font face="Calibri">__asm("指令");這種語(yǔ)法是內(nèi)聯(lián)匯編（inline
__asm放到一個(gè)單獨(dú)的子函數(shù)再被調(diào)用就沒(méi)問(wèn)題了
如下：
__asm
{
}
然后在之后的C代碼中調(diào)用該函數(shù)：
void
{
...
nop();
...
}
最新更新
來(lái)自KEIL官網(wǎng)
..\..\source\CCxx00_New.C(718):
在使用的文件中添加extern
..\..\include\CCxx00_New.h(20):
沒(méi)有用形參
.\Obj\output.axf:
.\Obj\output.axf:
Target
請(qǐng)教高人，我該如何處理。
你看看tft_lcd里面有沒(méi)有添加fsmcXXX.h之類(lèi)的頭文件，這個(gè)錯(cuò)誤是說(shuō)你使用的函數(shù)沒(méi)有被定義。
一般只要添加相應(yīng)的頭文件即可
error:
將
#ifndef
#define
#endif調(diào)整到最后！
有一個(gè)同名的
這個(gè)問(wèn)題就是那19個(gè)error中的大部分，意思是表達(dá)式需要一個(gè)（指針）函數(shù)參數(shù)，我一開(kāi)始以為是自己函數(shù)聲明或者調(diào)用上的錯(cuò)誤，但是看了下發(fā)現(xiàn)并沒(méi)有錯(cuò)，后來(lái)查了好久發(fā)現(xiàn)原來(lái)是犯了一個(gè)很低級(jí)的錯(cuò)誤：將宏定義和函數(shù)名重名了。因?yàn)槲乙婚_(kāi)始想的是每一個(gè)宏定義對(duì)應(yīng)一個(gè)函數(shù)名，這樣做起來(lái)就比較清晰，但是我卻很傻逼地將函數(shù)名每次直接復(fù)制到宏名，導(dǎo)致了這種蛋碎的結(jié)果。
在KeilARM的LPCARM,存在(1<<31)編譯警告問(wèn)題
main.c(174):
main.c(174):
由于編譯器默認(rèn)signed
這樣就有可能改寫(xiě)了符號(hào)位(最高位)
依此類(lèi)推,(2<<30),(3<<29)...等都會(huì)出現(xiàn)編譯警告問(wèn)題.
解決辦法為:
warning:
解決方法：將void
warning:
描述:變量'd'定義但從未使用,或者是,雖然這個(gè)變量你使用了,但編譯器認(rèn)為變量d所在的語(yǔ)句沒(méi)有意義,編譯器把它優(yōu)化了.
解決:仔細(xì)衡量所定義的變量d是否有用,若是認(rèn)定變量d所在語(yǔ)句有意義,那么嘗試用volatile關(guān)鍵字修飾變量d,若是真的沒(méi)有用,那么刪除掉以釋放可能的內(nèi)存.
.error:
void
{
}
void
{
}
這樣如果點(diǎn)編譯,就會(huì)產(chǎn)生error:
解決方法:在函數(shù)a調(diào)用函數(shù)b之前,對(duì)函數(shù)b進(jìn)行聲明,如:
void
void
{
}
void
{
}
error:
原來(lái)是重復(fù)定義了，包含了兩次的psock的定義，所以才會(huì)出現(xiàn)這種情況。因?yàn)槲野l(fā)現(xiàn)psock和pt是一樣定義的，但是pt是不報(bào)錯(cuò)的，所以我就試圖刪除頭文件中include頭文件的那一行，錯(cuò)誤消除了，謝謝你了，還是實(shí)踐出真知啊，有些時(shí)候不能死編，要思考，哈哈。
keil
工作后從單片機(jī)轉(zhuǎn)成ARM,剛開(kāi)始用ADS1.2編譯器,用了一段時(shí)間,因?yàn)槲医邮值捻?xiàng)目的老程序正是用ADS編譯的,部門(mén)也大都在用.在學(xué)單片機(jī)的時(shí)候用的是keil
1.warning:
描述:變量'd'定義但從未使用,或者是,雖然這個(gè)變量你使用了,但編譯器認(rèn)為變量d所在的語(yǔ)句沒(méi)有意義,編譯器把它優(yōu)化了.
解決:仔細(xì)衡量所定義的變量d是否有用,若是認(rèn)定變量d所在語(yǔ)句有意義,那么嘗試用volatile關(guān)鍵字修飾變量d,若是真的沒(méi)有用,那么刪除掉以釋放可能的內(nèi)存.
2.warning:
描述:文件最后一行不是新的一行.編譯器要求程序文件的最后一行必須是空行,想了半天沒(méi)想通為什么要這樣.
解決:可以不理會(huì).若是覺(jué)得出現(xiàn)警告不爽,那么在出現(xiàn)警告的文件的最后一行敲個(gè)回車(chē),空出一行.
3.
描述:聲明不可能到達(dá).多出現(xiàn)在這種場(chǎng)合:
int
{
...
while(1)
{
...
}
return
}
解決:不理會(huì).
4.
描述:變量'data'在使用前沒(méi)有明確的賦值.如:
uint8
for
{
if
data
else
data
}
解決:應(yīng)仔細(xì)衡量該變量的初始值是否為0，若是,可以不理會(huì)這個(gè)警告,因?yàn)?/font>MDK編譯器在程序執(zhí)行前,會(huì)將使用到的數(shù)據(jù)區(qū)初始化為0,但若是該變量的初始值不應(yīng)該是0，忽略這個(gè)警告可能會(huì)引起致命錯(cuò)誤.這個(gè)警告應(yīng)引起足夠重視.應(yīng)養(yǎng)成變量賦初值的習(xí)慣,好在有編譯器給把關(guān).
5.
描述:變量'temp'進(jìn)行了聲明但沒(méi)有引用.多出現(xiàn)在聲明了一個(gè)變量,但卻沒(méi)有使用它,它和warning:
解決:若是定義的變量確實(shí)沒(méi)有用,刪除掉;若是有用,則在程序中使用.
與該警告類(lèi)似的還有
6.
描述:返回非空的函數(shù)"DealwithInspect2"的最后缺少返回值聲明.如:
int
{
...
...
...
//此處應(yīng)該是return
}
7..warning:
描述:在定義函數(shù)的時(shí)候,如果你寫(xiě)上函數(shù)參數(shù),就會(huì)有這個(gè)警告,比如void
1.
描述:缺少分號(hào).大多是漏忘';'.
解決:雙擊錯(cuò)誤行,在定位到錯(cuò)誤點(diǎn)的附近找到?jīng)]加';'號(hào)的語(yǔ)句,加上分號(hào).并不一定在定位到的錯(cuò)誤行才卻分號(hào),可能是這行的上一行,也可能是下一行.
2.
描述:這個(gè)錯(cuò)誤對(duì)于第一次遇上的人來(lái)說(shuō)絕對(duì)是個(gè)噩夢(mèng),當(dāng)錯(cuò)誤出現(xiàn),滿(mǎn)懷希望的雙擊錯(cuò)誤提示,來(lái)到錯(cuò)誤行時(shí)卻愕然發(fā)現(xiàn),錯(cuò)誤行絕對(duì)沒(méi)有錯(cuò),于是找找錯(cuò)誤行的上一行,下一行,沒(méi)有錯(cuò)誤,再找上上行,下下行...讓人無(wú)比郁悶的事情出現(xiàn)了:編譯提示的所有錯(cuò)誤行都不可能有錯(cuò)誤出現(xiàn).其實(shí)這最可能是你在.h文件聲明外部變量或者函數(shù)時(shí),沒(méi)有在聲明語(yǔ)句的最后加分號(hào)!如果你有很多模塊,如main.c,lcd.c,key.c...有很多頭文件,如lcd.h,key.h,若是在lcd.h文件聲明函數(shù)時(shí)沒(méi)有加分號(hào),那么這種錯(cuò)誤可能定為到main.c中,所以要檢查所有頭文件.
解決:仔細(xì)檢查.h文件,將分號(hào)補(bǔ)上.
3.
描述:變量(也是一種符號(hào))flagu多處定義(在uart0.c中和main.c都定義了).通常錯(cuò)在全局變量定義重復(fù).比如:在main.c中定義全局變量flagu:
uint8
在uart0.c中也用到該變量,于是聲明此變量,我通常都是先復(fù)制定義的變量再在變量前面加關(guān)鍵字extern修飾:
extern
然后編譯,就會(huì)出現(xiàn)上面的連接錯(cuò)誤,原因在于,我在uart0.c中是又定義了一個(gè)變量,而不是聲明變量,因?yàn)槲医o變量賦了初值"flagu=0",這樣就重復(fù)定義了變量flag.正確的聲明方法是去掉賦值部分:
extern
解決辦法:找到重復(fù)定義的變量,看情況修改一處.
4.error:
描述:在wr_lcd函數(shù)還沒(méi)有聲明之前就已經(jīng)使用了.多出現(xiàn)在兩種情況:第一種,wr_lcd函數(shù)體還沒(méi)有寫(xiě),就已經(jīng)用到了它,這種情況多出現(xiàn)在寫(xiě)一個(gè)程序的大體結(jié)構(gòu)中,只是簡(jiǎn)單寫(xiě)一下框架.第二種情況比較常見(jiàn),函數(shù)a調(diào)用函數(shù)b,但函數(shù)b的函數(shù)體在函數(shù)a的下面:
void
{
b();
}
void
{
...
}
這樣如果點(diǎn)編譯,就會(huì)產(chǎn)生error:
解決方法:在函數(shù)a調(diào)用函數(shù)b之前,對(duì)函數(shù)b進(jìn)行聲明,如:
void
void
{
b();
}
void
{
...
}
5.
描述:表達(dá)式必須是一個(gè)可以修改的左值.主要出現(xiàn)在這種現(xiàn)象:
a=NUM;
NUM是一個(gè)數(shù)值或表達(dá)式,a為一個(gè)變量,但a被定義為像const這種不可更改的類(lèi)型,導(dǎo)致NUM不能賦值給變量a.
解決方法:要么放棄賦值,要么修改變量屬性.
6.error:
如果是出現(xiàn)在c文件中,
如果出現(xiàn)在頭文件中,錯(cuò)誤行又是一個(gè)函數(shù)聲明,多半是因?yàn)樵诤瘮?shù)聲明中有編譯器不認(rèn)識(shí)的字符
ERRORL107: ADDRESS SPACE OVERFLOW
用KEIL選用small模式編譯一個(gè)程序時(shí)老時(shí)出錯(cuò)，信息如下。
*** ERROR L107: ADDRESS SPACE OVERFLOW
... ...
Program Size: data=217.6 xdata=0 code=5314
Target not created
芯片我選的是AT89C52，RAM有256呀，怎么會(huì)OVERFLOW呢？
但是如果編譯模式選用Compact或large時(shí)就一切正常。
... ...
Program Size: data=110.6 xdata=111code=5914
"test" - 0 Error(s), 22 Warning(s).
---------------------------------------------------------------
另外的可能性：
比如全局變量中定義的過(guò)多如下所示：
ucharxpos,ypos;
uchardisbac;
ucharcoma1,comb1,comc1,coma2,comb2,comc2;
ucharmap[35];
ucharbuff[35];
局變量是不是用得太多了,另外用的是什么單片機(jī),RAM總共有多大,定義變量的時(shí)候
一定要注意變量是定義在那個(gè)區(qū)域的,系統(tǒng)默認(rèn)為直接尋址DATA區(qū),但DATA區(qū)只有128個(gè)字節(jié),很容易用完和溢出的,
51單片機(jī)超出128個(gè)字節(jié)的RAM區(qū)定義變量的時(shí)候一定要要變里前面加IDATA,
這樣表明這個(gè)變量是定義在IDATA區(qū)的,IDATA區(qū)是128到256之間的間接尋址RAM區(qū).
建意你在全局變量和數(shù)組前都加在IDATA
聯(lián)系客服
