大家有没有用c语言比用汇编还痛苦的时候啊

这个东东之前都avr的汇编写的,现在要整个51的版本. 额，好象俺太笨笨,keil比gcc难用多了，编译出来老是有问题, 有时候很浅显的也是,编下,看下反汇编.晕死了. 本来打算全c语言的，现在弄的破破烂烂到处嵌2句汇编.全乱了,狐狸糊涂把自己给绕晕了.    无感无刷电机,转速高,时间要求挺严格的.

慢慢来，看来您对C51不熟悉

刚转型都这样
慢慢熟悉了编译器会好的

多年锤炼出来的汇编语句，或为抗干扰/省资源/针对专门硬件优化等等经过实际检验的老程序，改用c时发现没有对应语句或字里行间蹩脚，没有办法写的漂亮。
    不过现在MCU已经很便宜，节省资源意义不大，因工艺关系抗干扰也统统不如早年，即使用了那些“秘籍”也多难奏效，需要硬件上采取更多措施，故慢慢在c中写出新的技巧，不用记得多年前那些经验了。

其实注意点大数组的安排就好了。还有就是注意嵌套层数，毕竟PIC16F只有8级硬件堆栈。PICC18/MCC18用起来应该就比较舒服了。

PIC的C很好用.

有些网友出了问题,不想办法找出根源,就乱怪编译器.

有个网友PIC论坛上发帖子:

"wolfererer 发表于 2009-3-21 17:01 PIC 单片机  ←返回版面  按此察看该网友的资料 按此把**加入收藏夹 按此编辑本帖

27楼： 这算不算bug




芯片使用         pic16f877a

运行环境         MPLAB 8.10

编译器              PICC9.60 PL0

程序如下:


#include <pic.h>

__CONFIG(HS & WDTEN & PWRTEN & BOREN & LVPDIS & DEBUGDIS & PROTECT);

void main()
{
     unsigned char array[2];
     array[0] = 0x44;
     array[1] = ~array[0];
     if(array[1] == (~array[0]))
            RB0 = 0;
     else
            RB1 = 0;                       //程序跳到了这里    
}

这是为什么？

编译器Bug？"







其实这个非常好验证,找个标准编译器,例如VC,TC,验证一下,

结果同PICC一样,和PICC屁关系没有

要是不一样,VC,TC肯定有问题了.

李冬发一只说PICC 的 SWITCH 有问题,

请举个有问题的例子代码.

大家讨论讨论.

如果真有问题,我也可以学习学习,避免错误.


这些基本的东西,只要愿意,一定是可以讨论清楚的,不可知论,推测不可取

建议用PICC的看一下张明峰的<<PIC 单片机的C 语言编程>>.

C基础比较好的,化一天时间应该差不多了.

这个教程里面讲的非常准确,

在21IC论坛里面张明峰应该算少有的几位大家了.

    那个switch特例当时没被保留下来，硬盘经历几次倒塌，好多东西都不再了。
    是2005年的事，一个SF6检测装置上用到PIC,这个电路是从别人手上接过来的。要是我不会选用PIC,因为本人对PIC不熟。不会不轻易去用一个不熟习的东西。再说原来的16c54/16c57留给我的好印象，让我有恐PIC症。
    有3个case，很简单的，结果不对；改成if就对了...。

    编译器有BUG太正常不过了。

    可能是91年，花了720RMB买了套BC3.1(21张720kB的3.5"盘)。这个版本的浮点库就是错的，不是一般的晕。而且是在初始化那段代码有错，只要进行2万多次的浮点运算就报浮点运算错。弄得我的一个远动程序中的浮点型非要改成长整型才行。

    这里顺便提一下一个C++的问题。C++是可以边定义边使用的，很方便。其实方便是有代价的：在一些特殊的条件下，会出现先使用后定义的情形，且编译器能通过，但后果却是非常严重的--结果不正确，你还很难查出问题点。

nec的C 晕死
出错时不知道它提示什么.

Renesas的C还行

实际上,绝大部分不是编译器的问题.
作为广泛使用的编译器绝对不会有大的正常语法方面的大的BUG.

李冬发,如果自己没用全力求证确认,就说编译器有错误不合适.

另外,你的C++问题,最好给出问题代码,

否则没法求证,

说也没有意义