IAR sprintf 浮点在UCOS 总格式化成0.0的问题

1. 问题描述:

当使用uocs printf(),sprintf()打印浮点数问题会出问题,但是裸机不会出问题

我现在使用LPC1758跑UCOS，在使用sprintf打印float类型时候，不管是何值最后都是0.0，但是类型是int,short类型时没有问题。网上查到是任务堆栈8字节对齐就可以了。

当没有操作系统时,系统堆栈是8字节对齐的,但是当使用ucos时,用户任务不一定是8字节对齐.

Task 3 中的堆栈起始指针0x1000000F4,不是8字节对齐,所以但在Task 3 任务中调用printf等系列函数就会出现问题.

2. 解决方法

我用的是IAR,通过#pragma data_alignment指定对齐字节数

#pragma data_alignment=8 //如果不是8字节对齐，sprintf的浮点数将输出0.0
static OS_STK App_TaskWorkModeCntStk[APP_CFG_TASK_WORKMODE_CNT_STK_SIZE];

OS_STK T_Stk[Task1_LED1_Stk_Size];

可知给任务分配栈时需要保证栈是8字节对齐的，不然在该任务中凡是调用sprintf的函数
均会出错，因为栈一开始就是不对齐的。

3. 八字节对齐原因

这事儿的历史在于ARM本身不支持非对齐数据存取；因此在有了64Bit的数据操作指令后，指令要求8字节对齐。进而，在编译器的某个版本之后（RVCT3？），AAPCS就要求堆栈8字节对齐。

是先有8字节对齐的AAPCS，然后才有的CM3。先后顺序要注意。CM3 r2p0之前，自动压栈也不要求8对齐，r2p0好像才是强制对齐的。

printf的8对齐是C运行库要求的，和硬件无关，C RTL手册有写，可以去阅读。其根源在于AAPCS要求；而AAPCS根源在于LDRD这类指令。

换句话，未来如果128Bit数据操作有了，ARM还不支持非对其，那AAPCS可能升级为16字节对齐。

供参考，CM3和C-RTL对齐的问题。