深受盗版KEIL编译器之苦! 大家有没有同感? 此问题找到原因

发表于 2012-1-9 14:09

人不会是盗版的吧 :lol

发表于 2012-1-9 14:21

这和盗版有什么关系。
~运算是先promote再计算的，也就是高位全1，它promote完了后再和小类型比较，小类型也会promoted，然后就高位全0。你说它凭什么相等？凭什么？

发表于 2012-1-9 14:47

很容易证实，只要再下载一个C51不同版本，替代你的C51，马上看出是谁的问题。

我有3个版本的C51，V6.23, V7.x, V9.x; 都是正版，LZ需要哪个版本，我发给你。

、、 ...
刘前辈发表于 2012-1-9 12:31

M0 的内核 51没用啊

发表于 2012-1-9 14:51

这和盗版有什么关系。
~运算是先promote再计算的，也就是高位全1，它promote完了后再和小类型比较，小类型也会promoted，然后就高位全0。你说它凭什么相等？凭什么？ ...
s_wang 发表于 2012-1-9 14:21

听不懂，等下有空试试

发表于 2012-1-9 15:07

keil 是ARM的编译器

发表于 2012-1-9 15:59

得了便宜还卖乖....
支持刘前辈

发表于 2012-1-9 16:18

不知道是什么数据类型

发表于 2012-1-9 16:19

不知道是什么数据类型

发表于 2012-1-9 16:19

不知道是什么数据类型

发表于 2012-1-9 16:23

同感啊

发表于 2012-1-9 17:27

与是不是盗版没关系，
如果是编译器的问题，你就是用正版也有问题
还是多试试，看下汇编程序吧

发表于 2012-1-9 20:41

KEIL从来就用盗版，还没有发现什么BUG，一般是自己的问题。
那个PIC芯片的PICC倒一直有BUG。

发表于 2012-1-10 17:14

突然有个疑问
对于32位机
uint8_t Slave_RecBuff[2] = 0xAA;
那~Slave_RecBuff[2] = 0x55
还是0xFFFFFF55呢

发表于 2012-1-10 17:18

如果是正版的商业软件，你没有向别人分发拷贝的权利，除非你把自己机器上的删除。

发表于 2012-1-10 17:20

注意C语言中数据类型的自动转换

发表于 2012-1-10 18:10

突然有个疑问
对于32位机
uint8_t Slave_RecBuff[2] = 0xAA;
那~Slave_RecBuff[2] = 0x55
还是0xFFFFFF55呢
sytu_chyq 发表于 2012-1-10 17:14

应该不会吧

发表于 2012-1-10 18:15

原来不是51啊！

你试一下这样呢：
if( (Slave_RecBuff[1] &0xff) == ((~Slave_RecBuff[2])&0xff) )
｛
//看看能不能进的来
｝

登录 · 发表于 2012-1-10 19:35

4.22a 优化0级，确实是Keil的bug。

登录 · 发表于 2012-1-10 19:48

IAR更狠，优化等级为None直接不编译if括号内的程序。

发表于 2012-1-10 20:27

优化的问题最头疼. 小程序还好查, 程序越大越麻烦, 想定位错误都很难.