SPARC和x86 GCC不同的结果是一个C代码

Question

一个C代码在“SPARC Solaris 5.9”和“Linux OpenSuse 12.1 i686（x86）”上带来不同的结果。

#include <stdio.h>

int main(int argc, char* argv[])
{
  char Cmd = '\x00';

  char tmp[2];
  char* TempBuff = &tmp;

  *(short*)TempBuff = (Cmd << 8) | 0x5;

  printf("Out: First byte:0x%02X, Second byte: 0x%02X\n", *(TempBuff), *(TempBuff+1) );

  return 0;
}

编译：gcc cshort.c -o cshort

在“Linux OpenSuse 12.1 i686（x86）”上：＆gt; 输出：第一个字节：0x05，第二个字节：0x00

在“SPARC Solaris 5.9”上：＆gt; 输出：第一个字节：0x00，第二个字节：0x05

为什么，为什么我们收到了不同的结果？

---

环境详情：

“SPARC Solaris 5.9”：

uname -a：SunOS V245-1 5.9 Generic_118558-34 sun4u sparc SUNW，Sun-Fire-V245。

psrinfo -v：sparcv9处理器工作在1504 MHz，并有一个sparcv9浮点处理器。

gcc版本3.4.6

---

“Linux OpenSuse 12.1 i686（x86）”：

uname -a：Linux linux-755z.site 3.1.10-1.19-desktop＃1 SMP PREEMPT 2月25日星期二10:32:50 UTC 2013（f0b13a3）i686 i686 i386 GNU / Linux

cat / proc / cpuinfo：Intel（R）Core（TM）2 Duo CPU T8100 @ 2.10GHz

gcc版本4.6.2（SUSE Linux）

---

下面附有两个版本的反汇编代码。

---

Answer 1

如果在小端平台上将8位数组类型转换为短（16位），那么在执行相同操作时，您将获得与在大端平台上获得的结果不同的结果。

编译器无法帮助你，因为这只是endianess的本质......

Answer 2

是的，有人写了深奥而不安全的代码，我纠正了它：

//*(short*)TempBuff = (Cmd << 8) | 0x5;
TempBuff[0] = 0x5;
TempBuff[1] = Cmd;

感谢大家的帮助。