有讀者問了這樣一個問題:我將IAR EWARM中的一個函數,拷貝到Keil MDK-ARM中之后,編譯出錯了?
為什么在EWARM中可以編譯通過,卻在MDK-ARM中會出錯呢?
1
函數中變量的定義位置大家先看下代碼中變量a、b、c、d定義的位置:
void Test(void){ char a; //a定義的位置 printf(“a = %d
”, a);
char b; //b定義的位置 printf(“b = %d
”, b);
for(char c = 0; c 《 10; c++) //c定義的位置 { char d; printf(“c = %d
”, c); printf(“d = %d
”, d); }}
以上變量定義位置,相信很多人都看到過,有些朋友在實際編程中也常這么定義在這些位置。
上面這段代碼C編譯器編譯會錯嗎?答案:按照C89標準編譯就會出錯;按照C99標準編譯就不會出錯。
2
變量定義位置的區別
相信很多朋友在大學的時候都學過C和C++,學過C++的朋友都知道,上面那段代碼變量定義的位置是很合理的。
但不知道大家了解過C89和C99的區別,區別的內容還是有很多,針對本文說下定義變量位置的區別。
C89標準是不允許在函數中隨便位置聲明變量,C語言中的變量聲明不能放在任何可執行語句之后,只允許在函數(可執行語句)的開始處。如上一段代碼,需要在【printf(“a = %d ”, a);】這條語句之前。
C99及C++放松了限制,允許在函數體內任意位置聲明變量。C99新的標準滿足了在函數體內定義變量立馬就使用的功能。但是,也要注意變量的作用域。如下面代碼就會出錯:
void Test(void){ for(char c = 0; c 《 10; c++) { printf(“c = %d
”, c); } printf(“c = %d
”, c); //這里有問題}
3
MDK-ARM和EWARM中C99的配置上面說的問題,就是出在IDE的配置上。EWARM工程默認是支持C99標準的,而MDK-ARM工程默認是不支持C99標準的。所以說,將一個支持C99的標準的代碼拷貝到不支持C99標準的環境中,編譯就會因為代碼而出錯。
MDK-ARM和EWARM只需要修改一下配置就可以支持C99標準。
1.MDK-ARM的配置Project -》 Options for Target -》 C/C++ 勾選上“C99 Mode”即可。

2.EWARM的配置Project -》 Options -》 C/C++ Compiler -》 Language 1 選中上“C99”即可。

關于變量定義的位置也有很多爭議:有的人說為了兼容C89標準,都統一寫在可執行語句前面;有的人則喜歡后面C99標準規定的,你認為呢?
原文標題:都是局部變量惹的禍
文章出處:【微信公眾號:strongerHuang】歡迎添加關注!文章轉載請注明出處。
責任編輯:haq
-
keil
+關注
關注
69文章
1230瀏覽量
172637 -
變量
+關注
關注
0文章
616瀏覽量
29505
原文標題:都是局部變量惹的禍
文章出處:【微信號:strongerHuang,微信公眾號:strongerHuang】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
內存拷貝函數 memcpy原理及實現
為CYBT-253059-2創建IAR項目時出錯了,怎么解決?
stm32N657上部署cubeAI生成代碼,編譯出錯的原因?怎么解決?
在IAR Arm開發工具鏈中--function_sections編譯選項的使用
手動添加cubeMX的軟件自動生成代碼后,編譯出現’rtthread.elf’:No Such File 的錯誤怎么解決?
從Keil MDK到IAR EWARM:通過工程遷移實現項目資產的更好管理
數據庫數據恢復——MongoDB數據庫文件拷貝后服務無法啟動的數據恢復
飛凌嵌入式ElfBoard ELF 1板卡-內核空間與用戶空間的數據拷貝之數據拷貝介紹
瑞薩RA8快速上手指南:Cortex-M85內核瑞薩RA8開發環境搭建 并點亮一個LED
將IAR EWARM的一個函數拷貝到Keil里后編譯出錯了?
評論