[嵌入式]一、arm程序在debug工具介入时可以跑完但是烧录到flash中会停留在BKPT 0xAB的解决方法

????????最近在调试arm程序，一般都会用到uart来log message，一是可以保证CPU正常run，二是可以debug程序bug在哪个位置。

? ? ? ? 而用uart log message，一般都会采用printf的库函数，然后retarget库函数的porting即可。当然也可以自己实现printf函数，即各种字符处理，format处理等等。我觉得自行实现printf应该比较占用code size，所以还是会采用重定向printf的方式。

? ? ? ? 目前有三种方式来实现：

? ? ? ? 1. 使用arm的microlib库stdio.h，然后重新定义fputc函数

? ? ? ? 2. 不适用microlib库，采用标准stdio.h库，同样时重新定义fputc函数，但是必须停用半主机模式

? ? ? ? 3. 针对Gcc没有microlib库，只能采用标准stdio.h库，同样是重新定义函数，不过是_write()函数

????????上面就会有一个坑，就是我在IDE中其实是采用的方式2，但是我并没有停用半主机模式，导致debug的时候，KEIL MDK5每次全速run都会run几次才会跑到main函数，会发现前面会执行一些库函数，比如fopen，fexit，汇编指令停留在BKPT 0xAB。但是我用arm development studio5编译同样的代码，全速run就可以直接跑。

? ? ? ? 而我其实开发用的是arm development studio5，没发现问题，就download bin到flash，powerup之后始终跑不到main，跟arm DS5的debug现象感觉不一致。

? ? ? ? 然后我就让验证去跑simulation，发现的确跑不到main，而是会跑到IRQ或者异常。

其实问题的根源是：

? ? ? ? 采用方法2，不用microlib，必须停用半主机模式，即在代码中加入

#pragma import(__use_no_semihosting_swi)或

#pragma import(__use_no_semihosting)

而arm DS5不会出现此类问题，猜测应该是默认停用半主机模式，即IDE+dstream仿真器接入后就默认不采用半主机模式??

另外，当采用arm compiler 5时，可以识别#pragma import(__use_no_semihosting)这条语句，但是采用arm compiler 6时会报错，所以目前为了解决这个问题，如果已经选用arm compiler 6，则只能通过采用microlib的方式了!!!

? ? ? ? 下一篇将具体介绍这些细节。

???????