|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動(dòng)編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
關(guān)于bootload中Compiler check那部分的疑問 |
| 作者：huanhuan03 欄目：ARM技術(shù) |
關(guān)于bootload中Compiler check那部分的疑問?看了好幾個(gè)bootload的例子,在compile check那一塊都是如下描述的: ;**************************************************************************** ;檢查是否使用tasm.exe進(jìn)行編譯 GBLL THUMBCODE [ {CONFIG} = 16 THUMBCODE SETL {TRUE} CODE32 | THUMBCODE SETL {FALSE} ] [ THUMBCODE CODE32 ;for start-up code for Thumb mode ] 分兩部分,第一部分判斷{CONFIG} 是否為 16,并根據(jù)結(jié)果給THUMBCODE賦值;第二部分判斷THUMBCODE是否為true,如果是,則code32; 我的疑問是:在第一部分,如果{CONFIG} 為 16,則THUMBCODE為true,同時(shí)執(zhí)行偽指令code32;那么為什么還要第二部分的判斷呢?是不是多余了? |
| 2樓： | >>參與討論 |
| 作者： huanhuan03 于 2007/1/24 8:31:00 發(fā)布：
沒有人知道��？ 這一點(diǎn)查了好久，都沒找到為什么 還請(qǐng)大俠幫忙額 |
|
| 3樓： | >>參與討論 |
| 作者： huanhuan03 于 2007/1/24 9:43:00 發(fā)布：
不要沉下去 |
|
| 4樓： | >>參與討論 |
| 作者： huanhuan03 于 2007/1/24 13:43:00 發(fā)布：
不要沉下去 事實(shí)上，我把該段代碼屏蔽掉之后程序仍然會(huì)正常運(yùn)行 但我想，不會(huì)有人沒有緣故的寫上這幾條語句吧？ |
|
|
|
| 免費(fèi)注冊(cè)為維庫電子開發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 www.udpf.com.cn 浙ICP證030469號(hào) |