ADS编译器遇到的怪事

发表于 2008-7-16 15:34

非常简单的语句,其中checksum uint8的

这样写没的问题,
    checksum = ~checksum;
    if(checksum != buf[13])
        return 0;

改成这样每次都执行到return 0;
   if(~checksum != buf[13])
        return 0;

发表于 2008-7-17 08:22

说明第一种写法是安全写法。

长运算表达式的中间结果有时会发生类型改变。

发表于 2008-7-17 10:06

发表于 2008-7-17 17:24

发表于 2008-7-17 17:54

究竟是不是我就不知道了(要看反汇编),大概是的,理由如下:

~checksum != buf[13]

arm、dsp等高速器件采用多级流水线结构

~chedksum的值还没有算出即开始比较了,这样当然不行了

发表于 2008-7-17 19:54

但不应该是流水线冲突。这个C编译器肯定要解决的。

发表于 2008-7-17 20:07

不放心的就()~~~~~~~~~~~~~

发表于 2008-7-18 10:43

我现在()才放心。
懒得记优先级。
(a*b)+c，嘻嘻，够变态吧。。。

发表于 2008-8-22 17:07

挺玄

发表于 2008-8-23 07:25

十六进制数中不能出现E,因为编译器把E当成指数.

发表于 2008-8-23 11:10

发表于 2008-8-26 13:03

发表于 2008-8-26 13:51

例如
int test(void)
{
    int a=10;
    int b;
    b=0x1E+a;    // 出错,因为编译器把"E+"当成指数.
    return b;
}

跳过的写法是:

int test(void)
{
    int a=10;
    int b;
    b=0x1D+1+a;    // 正确
    return b;
}

ADS编译器遇到的怪事

相关帖子

呵呵

这编译器不会那么傻嘛,checksum的类型是明确的

不懂

应该是流水线冲突吧

同意楼上一半：要看反汇编

if((~checksum) != buf[13]) return 0;

哈哈，不放心的就()~~~~~~~~~~~~~

挺玄

ADS编译器本身就有问题.

楼上说的不是真的吧

有这回事，那变量岂不是不能用e？

严格的说,是不能E+....

浏览过的版块

技术高手奖章

突出贡献奖章

涓涓之细流

常驻人口

以坛为家

精英会员奖章

奔腾之江水

偶尔光临