难道keil 不是用的标准 C

登录 · 发表于 2012-10-24 10:13

本帖最后由 happy_snail 于 2012-10-24 10:21 编辑

我用 C编译器和 keil 做同样的事！！结果居然不一样！！让我程跑错了！！

这是C编译器写的程序

这是结果

下来是 keil

结果 78 56 34 12 和 C 编译器相反！头疼呀！！

这是是一个芯片的写出数据！必须先从 MSB 到 LSB 写出！

结果芯片总是不是我想的那样得到真确的结果！！
不知道谁遇到这种结果没？！我在 Keil 的帮助也没找到相关的介绍

发表于 2012-10-24 10:15

本帖最后由 happy_snail 于 2012-10-24 10:30 编辑

希望大家注意这个问题！我菜鸟遇到这个问题我开始还以为 AD芯片坏了原来是...keil ...
谁遇到这种情况呀！！讨论一下呀！！

发表于 2012-10-24 10:30

用过ARM你就知道了，这是大小端模式问题，这是一种正常的现像。两种处理方法的编译器都有。C也没有强制规定，很多移植性好的程序，都可以选择大小端模式，当然也有的程序通过其它方法，而不依赖大小羰模式

发表于 2012-10-24 10:50

3# ccxlslr
可以设置 IDE 来改变吗？？

发表于 2012-10-24 11:20

保险的代码是用
(x&0xff);
(x&0xff00) >> 8;
(x&0xff0000)>>16;
(x&0xff000000)>>24;

发表于 2012-10-24 11:29

5# wlq_9
是个不错的办法！但是转化汇编我等会看看那个效率高一点！

发表于 2012-10-24 12:32

3# ccxlslr
可以设置 IDE 来改变吗？？
happy_snail 发表于 2012-10-24 10:50

keil 以前的不可以，好久没用了，不知道改变没有

发表于 2012-10-24 12:49

51下的keil是大端的.

发表于 2012-10-24 12:51

51下的keil是大端的.

发表于 2012-10-24 13:04

最简单的编译器大小端问题。
keil arm的c编译器是小端模式，keil c51是大端模式

发表于 2012-10-24 13:35

楼主没听过大小端。。。

发表于 2012-10-24 13:59

一般的，这类问题，等到一定时间都不叫问题了。

发表于 2012-10-24 15:52

效率肯定是指针方式高一点，51的做32位数的操作效率高不了的
知道大小端的问题，把指针顺序反过来就好了

发表于 2012-10-24 15:55

keil不是标准C.

发表于 2012-10-25 13:28

你这是大小端的问题，不是编译器的问题。

发表于 2012-10-29 11:24

CPU 是小端的，你就只能根据CPU的特点来写代码

难道keil 不是用的标准 C

本帖子中包含更多资源

相关帖子

浏览过的版块

技术奇才奖章

以坛为家

社区建设奖章

湍急之河流

七世轮回

突出贡献奖章

缘定三生

技术导师奖章

沉静之湖泊

技术领袖奖章

精华达人奖章

终身成就奖章

坚毅之洋流

十世金身

甘甜之泉水

希望之星奖章

伴坛终老

技术新星奖章

常驻人口

涓涓之细流