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数据的的开发工具，其代码优化效率也是最高闷返的，软件售价比较昂贵，国内使用的人较少