IAR編譯器的功能

1. 在main之前，IAR都做了啥

首先旅睜鋒系統復位時，Cortex-M3從代碼區偏移0x0000'0000處獲取棧頂地址，用來初始化MSP寄存器的值。

接下來從代碼區偏移0x0000'0004獲取第一個指令的跳轉地址。這些地址，是CM3要求放置中斷向量表的地方。

這里是一個程序的啟動區的反匯編：

__vector_table:
08004000 2600

08004002 2000

08004004 7E1D

08004006 0800

這個程序是由IAP程序來啟動的，IAP程序獲取0x0800'4000處的MSP值(0x20002600)，並設置為MSP的值，即主堆棧最大
范圍是0x2000'0000~0x2000'25FF。接下來IAP程序獲取0x0800'4004處的Reset_Handler的地址
(0x0800'7E1D)，並跳轉到Reset_Handler()執行。

IAP在這里完全是模仿了Cortex-M3的復位序列，也就是說，在沒有IAP的系統上，CM3隻能從0x0800'0000獲取MSP，從
0x0800'0004獲取第一條指令所處地址。而IAP就存在在0x0800'0000這個地址上，IAP的啟動，已經消耗掉了這個復位序列，所以
IAP要啟動UserApp程序的時候，也是完全模仿Cortex-M3的復位序列的。

接下來我們看看復位後第一句指令——Reset_Handler()函數里有什麼。

若我們使用的是ST公司標准外設庫，那麼已經有了現成的Reset_Handler，不過他是弱定義——PUBWEAK，可早讓以被我們重寫的同名函數覆蓋。一般來說，我們使用的都是ST提供的Reset_Handler，在V3.4版本的庫中，可以在startup_stm32f10x_xx.s中找到這個函數：

PUBWEAK Reset_Handler
SECTION .text:CODE:REORDER(2)
Reset_Handler
LDR R0, =SystemInit
BLX R0
LDR R0, =__iar_program_start
BX R0

看來ST沒有做太多的事，他只調用了自家庫提供的SystemInit函數進行系統時鍾、Flash讀取的初始化，並把大權交給了
__iar_program_start這個IAR提供的「內部函數」了，我們就跟緊這個__iar_program_start跳轉，看看IAR做了什
么，上面一段代碼的反匯編如下：

Reset_Handler:
__iar_section$$root:
08007E1C 4801 LDR R0, [PC, #0x4]; LDR R0, =SystemInit
08007E1E 4780 BLX R0;BLX R0
08007E20 4801 LDR R0, [PC, #0x4];LDR R0, =__iar_program_start
08007E22 4700 BX R0;BX R0
08007E24 6C69

08007E26 0800

08007E28 7D8D

08007E2A 0800

細心的觀眾會發現地址是0x0800'7E1C，比我們查到的0x0800'7E1D差了1，這是ARM家族的遺留問題，因為ARM處理器的指令至
少是半字對齊的(16位THUMB指令集 or
32位ARM指令集)，所以PC指針的LSB是常為0的，為了充分利用寄存器，ARM公司給PC的LSB了一個重要的使命，那就是在執行分支跳轉時，PC
的LSB=1，表示使用THUMB模式，LSB=0，表示使用ARM模式，但在最新的Cortex-M3內核上，只使用了THUMB-2指令集挑大樑，所
以這一位要常保持1，所以我們查到的地址是0x0800'7E1D(C=1100,D=1101)，放心，我拆晌們的CM3內核會忽略掉LSB(除非為0，那
么會引起一個fault)，從而正確跳轉到0x0800'7E1C。

從0x0800'7E20處的載入指令，我們可以算出__iar_program_start所處的位置，就是當前PC指針
(0x0800'7E24)，再加上4，即0x0800'7E28處的所指向的地址——0x0800'7D8D(0x0800'7D8C)，我們跟緊著跳
轉，__iar_program_start果然在這里：

__iar_program_start:
08007D8C F000F88C BL __low_level_init
08007D90 2800 CMP R0, #0x0
08007D92 D001 BEQ __iar_init$$done
08007D94 F7FFFFDE BL __iar_data_init2

08007D98 2000 MOVS R0, #0x0
08007D9A F7FDFC49 BL main

我們看到IAR提供了__low_level_init這個函數進行了「底層」的初始化，進一步跟蹤，我們可以查到__low_level_init這個函數做了些什麼，不是不是我們想像中的不可告人。

__low_level_init:
08007EA8 2001 MOVS R0, #0x1
08007EAA 4770 BX LR

__low_level_init出乎想像的簡單，只是往R0寄存器寫入了1，就立即執行"BX
LR"回到調用處了，接下來，__iar_program_start檢查了R0是否為0，為0，則執行__iar_init$$done，若不是0，就
執行__iar_data_init2。__iar_init$$done這個函數很簡單，只有2句話，第一句是把R0清零，第二句就直接"BL
main"，跳轉到main()函數了。不過既然__low_level_init已經往R0寫入了1，那麼我們還是得走下遠路——看看
__iar_data_init2做了些什麼，雖然距離main只有一步之遙，不過這中間隱藏了編譯器的思想，我們得耐心看下去。

__iar_data_init2:
08007D54 B510 PUSH {R4,LR}
08007D56 4804 LDR R0, [PC, #0x10]
08007D58 4C04 LDR R4, [PC, #0x10]
08007D5A E002 B 0x8007D62
08007D5C F8501B04 LDR R1, [R0], #0x4
08007D60 4788 BLX R1
08007D62 42A0 CMP R0, R4
08007D64 D1FA BNE 0x8007D5C
08007D66 BD10 POP {R4,PC}
08007D68 7C78

08007D6A 0800

08007D6C 7C9C

08007D6E 0800

看來IAR遲遲不執行main()函數，就是為了執行__iar_data_init2，我們來分析分析IAR都幹了些什麼壞事~

首先壓R4，LR入棧，然後載入0x0800'7C78至R0，0x0800'7C9C至
R4，馬上跳轉到0x0800'7D62執行R0，R4的比較，結果若是相等，則彈出R4，PC，然後立即進入main()。不過IAR請君入瓮是自不會
那麼快放我們出來的——結果不相等，跳轉到0x0800'7D5C執行，在這里，把R0指向的地址——0x0800'7C78中的值——
0x0800'7D71載入到R1，並且R0中的值自加4，更新為0x0800'7C7C，並跳轉到R1指向的地址處執行，這里是另一個IAR函
數：__iar_zero_init2：

__iar_zero_init2:
08007D70 2300 MOVS R3, #0x0
08007D72 E005 B 0x8007D80
08007D74 F8501B04 LDR R1, [R0], #0x4
08007D78 F8413B04 STR R3, [R1], #0x4
08007D7C 1F12 SUBS R2, R2, #0x4
08007D7E D1FB BNE 0x8007D78
08007D80 F8502B04 LDR R2, [R0], #0x4
08007D84 2A00 CMP R2, #0x0
08007D86 D1F5 BNE 0x8007D74
08007D88 4770 BX LR
08007D8A 0000 MOVS R0, R0

__iar_data_init2還沒執行完畢，就跳轉到了這個__iar_zero_inti2，且看我們慢慢分析這個幫凶——__iar_zero_inti2做了什麼。

__iar_zero_inti2將R3寄存器清零，立即跳轉到0x0800'7D80執行'LDR R2, [R0],
#0x4'，這句指令與剛才在__iar_data_init2見到的'LDR R1, [R0],
#0x4'很類似，都為「後索引」。這回，將R0指向的地址——0x0800'7C7C中的值——0x0000'02F4載入到R2寄存器，然後R0中的
值自加4，更新為0x0800'7C80。接下來的指令檢查了R2是否為0，顯然這個函數沒那麼簡單想放我我們，R2的值為2F4，我們又被帶到了
0x0800'7D74處，隨後4條指令做了如下的事情：

1、將R0指向的地址——0x0800'7C80中的值——0x2000'27D4載入到R1寄存器，然後R0中的值自加4，更新為0x0800'7C84。

2、將R1指向的地址——0x2000'27D4中的值——改寫為R3寄存器的值——0，然後R1中的值自加4，更新為0x2000'27D8。

3、R2自減4

4、檢查R2是否為0，不為0，跳轉到第二條執行。不為，則執行下一條。

這簡直就是一個循環！——C語言的循環for(r2=0x2F4;r2-=4;r!=0){...}，我們看看循環中做了什麼。

第一條指令把一個地址載入到了R1——0x2000'27D4

是一個RAM地址，以這個為起點，在循環中，對長度為2F4的RAM空間進行了清零的操作。那為什麼IAR要做這個事情呢？消除什麼記錄么？用Jlink
查看這片內存區域，可以發現這片區域是我們定義的全局變數的所在地。也就是說，IAR在每次系統復位後，都會自動將我們定義的全局變數清零0。

清零完畢後，接下來的指令"LDR R2, [R0],
#0x4"將R0指向的地址——0x0800'7C84中的值——0載入到R2寄存器，然後R0中的值自加4，更新為0x0800'7C88。隨後檢查
R2是否為0，這里R2為0，執行'BX
LR'返回到__iar_data_init2函數，若是不為0，我們可以發現又會跳轉至「4指令」處進行一個循環清零的操作。

2. MDK和IAR哪個好

首先要說明，沒有那款開發工具是萬能的，也沒有那款工具在所有方面都具有絕對優勢。對於Keil MDK-Arm和IAR兩款工具擇，可以根據自己的習慣來選擇，而不應該在使用其中的一款時貶低另外一款，或者總是贊美自己的選擇。
uVision3、uVision4、uVision5集成開發環境與 Arm編譯器。支持Arm7、Arm9、Cortex-M0、Cortex-M0+、Cortex-M3、Cortex-M4、Cortex-R4內核核處理器。 Keil MDK可以自動配置啟動代碼，集成Flash燒寫模塊，強大的Simulation設備模擬，性能分析等功能，與Arm之前的工具包ADS等相比，Arm編譯器的最新版本可將性能改善超過20％以上。
億道電子代理Arm軟體已超過十二年。

3. iar使用makefile編譯

要編譯出在 iar開發板上運行的可執行文件，需要使用到交叉編譯器 iar-linux-gnueabihf-gcc 來編譯，在終端中輸入如下命令：
iar-linux-gnueabihf-gcc -g -c led.s -o led.o
上述命令就是將 led.s 編譯為 led.o，其中「-g」選項是產生調試信息，GDB 能夠使用這些
調試信息進行代碼調試。「-c」選項是編譯源文件，但是不鏈接。「-o」選項是指定編譯產生的文
件名字，這里我們指定 led.s 編譯完成以後的文件名字為 led.o。執行上述命令以後就會編譯生
成一個 led.o 文件
2 、arm-linux-gnueabihf-ld 鏈接文件
arm-linux-gnueabihf-ld 用來將眾多的.o 文件鏈接到一個指定的鏈接位置。我們在學習SMT32 的時候基本就沒有聽過「鏈接」這個詞，我們一般用 MDK 編寫好代碼，然後點擊「編
譯」，MDK 或者 IAR 就會自動幫我們編譯好整個工程，最後再點擊「下載」就可以將代碼下載
到開發板中。這是因為鏈接這個操作 MDK 或者 IAR 已經幫你做好了，因此我們現在需要做的就是確定一下本試驗最終的可執行文件其運行起始地址，也就是鏈接地址。這里我們要區分「存儲地址」和「運行地址」這兩個概念，「存儲地址」就是可執行文件存儲在哪裡，可執行文件的存儲地址可以隨意選擇。「運行地址」就是代碼運行的時候所處的地址，這個我們在鏈接的時候就已經確定好了，代碼要運行，那就必須處於運行地址處，否則代碼肯定運行出錯。比如設備支持 SD 卡、EMMC、NAND 啟動，因此代碼可以存儲到 SD 卡、EMMC 或者 NAND 中，但是要運行的話就必須將代碼從 SD 卡、EMMC 或者NAND 中拷貝到其運行地址(鏈接地址)處，「存儲地址」和「運行地址」可以一樣，比如STM32 的存儲起始地址和運行起始地址都是 0X08000000，輸入如下命令
arm-linux-gnueabihf-ld -Ttext 0X87800000 led.o -o led.elf
上述命令中-Ttext 就是指定鏈接地址，「-o」選項指定鏈接生成的 elf 文件名，這里我們命名
為 led.elf

4. iar是什麼干什麼

iar是公司名稱。

IAR 公司總部在北歐的瑞典，在美國、日本、英國、德國、比利時、巴西和中國設有分公司。它最著名的產品是C編譯器-IAR Embedded Workbench, 支持眾多知名半導體公司的微處理器。

相關信息：

IAR更適合高機動性的現代戰爭，相比之下M249這個大傢伙卻很容易暴露目標。交火的時候誰抱著M249就先殺誰已經成了戰場生存法則。

而IAR長的很像M4，到時候就難以區分。提高存活率，更高效的打擊敵軍火力，提供更穩妥的班級火力支援。IAR，無限可能。

5. iar是什麼干什麼的

它最著名的產品是C編譯器-IAR Embedded Workbench, 支持眾多知名半導體公司的微處理器。許多全球著名的仿螞胡公司都在使用IAR SYSTEMS提供的開發工具，用以開發物伏他備攔們的前沿產品，從消費電子、工業控制、汽車應用、醫療、航空航天到手機應用系統....

6. 編譯器和IDE的區別 如Eclipse、tasking，GNU，GCC，keil，IAR有什麼區別

0, 有些IDE是支持多種編譯器和多種硬體架構的
1, IDE本身跟硬體沒有關系， 是自帶的編譯器跟平台有關，但各硬體廠家會為自己定製或開發維護一個IDE方便開發，所以給你感覺IDE跟硬體平台有關了
2, 編譯器與你是什麼架構的CPU是有關的，不同架構的CPU，其機器指令不一樣，所以需要不同的編譯器
3, 如果你的編譯器功能足夠強大，是可以讓你所想到的任何語言所描述的程序編譯成你想要指定的硬體平台上去運行，不過事實上，這種萬能編譯器幾乎很難實現，也就是：沒有
4.要看IDE是否支持配置不同的編譯器，ECLIPSE應該是可以配置GCC的
5. 編譯器只管到架構一層，不會管到自己私加的一些功能上，私加的功能通常是廠商自己提供BSP開發包來解決的，而不是修改編譯器
6.你這個問題沒有意義，比如嵌入式板上跑裸機程序或用LINUX系統，那你所用的IDE通常來講是不同的，甚至用LINUX OS的系統上運行的程序不需要IDE，只需要GCC，而如果你硬是想在宿主機上用LINUX平台開發裸機程序，用GCC去編應該也可以，但通常你都是在WINDOWS平台用一個所謂的IDE的軟體去編一個IMG，然後燒到ARM平台上。

2.1 你在編譯之前，肯定會選擇你是哪個內核的ARM，或者選擇你是哪一款晶元。這是配置問題，並無關編譯器是否不同這個級別的問題上了。你可以咨詢你現在所使用晶元的官方技術支持，問他們看哪個IDE或哪款編譯器支持你想要的晶元。
2.2 同樣，這類問題，要不，你可以網路谷歌，要不，就問晶元廠商技術支持。

7. stm8編程用iar編譯器哪個版本好

stm8編程用iar編譯器用22版本好。stm8編程iar編譯器22版是最新版本，功能最全。

8. IARAVRIAR有哪些優點

IARAVRIAR是公認全世界最好的嵌入式開發軟體，IARAVR集成巧辯了高效的C編譯器，是目前開發代碼效率最高的開發工具，也是AVR開孝罩缺發工具當中唯一支持64bit數據的的開發工具，其代碼優化效率也是最高悶返的，軟體售價比較昂貴，國內使用的人較少