用32位arm7芯片lpc2129和keil编译器,在项目开发中遇到的问题如下:
定义字节数组 :
BYTE array[10] = {0};
然后把地址&array[1]强制转换并赋值:
*(UINT16 *)(&array[1]) = 0xaabb;
然后读取数组里的内容,发现被赋值的元素是array[0]和array[1],读出的内容是:
array[0]的内容是0xbb, array[1]的内容是0xaa,array[2]-array[9]都是0。
甚是不解。难道被赋值的不应该是array[1]和array[2]吗?
于是我把这几行代码用vs2008在pc上运行一下,发现,被赋值的是array[1]和array[2](这是我预期的)。
紧接着我又在arm + keil里试了一下,给&array[2]强制转换并赋值,发现是我预期的,被赋值的是array[2]和array[3].
思考:
1 ,这个应该不是大小端的问题。
2,如果是内存强制对齐的问题,32 位 cpu访问内存的时候只能访问4的整数倍的地址,但是keil编译器应该会把该语句编为多次store(写存)命令,然后运算出一个对应的值放到对应的地址啊。
我明天看下对应的汇编代码。明天见。

在使用32位ARM7芯片LPC2129及KEIL编译器进行项目开发时,开发者遇到了字节数组赋值后的对齐问题。在特定条件下,对16位值的强制类型转换与赋值导致了非预期的数据分布。本文探讨了不同编译环境下数据对齐的现象,并分析可能的原因。
1511

被折叠的 条评论
为什么被折叠?



