ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

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

2019-10-29 19:50:31  阅读:276  来源: 互联网

标签:sparc gcc solaris c-3 linux


在“ SPARC Solaris 5.9”和“ Linux OpenSuse 12.1 i686(x86)”上,一个C代码带来了不同的结果.

#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)”上:>输出:第一个字节:0x05,第二个字节:0x00

在“ SPARC Solaris 5.9”上:>输出:第一个字节: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 Mon Feb 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)

下面是两个版本的反汇编代码.

解决方法:

如果在小端字节序平台上将8位数组类型转换为短(16位),则执行相同操作时所得到的结果将与大端字节序平台上得到的结果不同.

编译器无法为您提供帮助,因为这只是忍耐的本质…

标签:sparc,gcc,solaris,c-3,linux
来源: https://codeday.me/bug/20191029/1962490.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有