帮忙计算一个宏的值

zheng522

帮忙计算一个宏的值 [复制链接]

#define LD_WORD(ptr) (WORD)(*(WORD*)(BYTE*)(ptr))

有一个数组buf[20] = {0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x20, 0x67}

在IAR for MSP430 5.30中计算：LD_WORD(buf[11])应该等于多少，用什么办法可以计算出来。

shower.xu

定义一个WORD类型的变量，将LD_WORD(buf[11])赋值给它，仿真时看该变量的值
不知道行不行
WORD在integer.h里面定义的是16位的无符号数，那这个需要完成的就是载入一个16位的数，或者说是2个字节，后面的 ptr是参数。(WORD)(*(WORD*)(BYTE*)(ptr)) ，先将这个ptr转换成一个指向BYTE类型数据的指针（BYTE *），在将这个指针转换成一个指向16位无符号数的指针（WORD *），然后用一个 ” * “将这个数据取出来，转换成一个无符号的16位数据，这个仅仅从C语言的角度来看，实际上呢，这个完成的就是从ptr指针指向的位置，取出2个字节，作为一个16位的无符号数取出。

[ 本帖最后由 shower.xu 于 2012-1-13 22:25 编辑 ]

zheng522

但实际上的话，在有些编译器是可以通过的，或是芯片的原因吧。这是FAT文件系统里的一个宏，其中还有个网友专门说明了这个问题，当ptr为偶数时，可以实现楼上刚说的功能，这个宏的初衷也是这个功能。但当ptr为奇数时，在有些编译器上是不对的，比如IAR for arm6.21是可以正确执行，但在IAR for msp430  5.30执行的结果是错误的。很郁闷。

shower.xu

这是fat文件系统的小端模式的一个宏定义，单就C语言来说，目的应该是和取两个字节，所以指针在你的byte buf数组里应该是两个两个跳进的。这个应该和编译器的字段定义有关吧，所以会存在这个差异。
这里有篇文章描述这个问题，你看看有没有帮助.
http://apps.hi.baidu.com/share/detail/50796089