请问大家AVR用什么编译器好，大家都用什么啊 [复制链接]

原来用过51，
感觉avr io位寻址很不方便

用gcc吧，ide可以用vim、eclipse或者整个盗版的source insight

iar的,网上很多.

我用cvavr

'

没事，这些所谓的double其实都是32位浮点数，隐约记得8位单片机的编译器都是这么处理的。

'
再次感谢！
到时候看看浮点数据格式好了，我前面还在纳闷怎么8位的系统搞了双精度浮点库呢，原来就是单精度的呢

是的，现在还有人用tc2.0开发“嵌入式系统”呢，一个做pos机的家伙，听说那pos是买的法国人十几年前的技术，然后加个网口，改称网络收银机...。:)

八几年有486了 -_-|||
那时候都用turbo c的

没事，这些所谓的double其实都是32位浮点数，隐约记得8位单片机的编译器都是这么处理的。

'

老大，没想到这还有我的帖子呢，回晚了。
winavr(avrgcc)支持浮点数的，非常好使，耗费空间不大。我自己做过的几次实例都证明它的运算速度还比商业版的编译器快，很有意思。还有64-bit的整数运算也非常方便，也算一个优点吧。
如果选择m8或更高的型号，浮点数计算占用空间的问题基本可以不考虑，但avr系列的ram的确小了一点儿，特别是使用操作系统以后会感觉比较闷热，也许xmega会凉快一些。 [表情]

'
穆老师您回答 一点都不晚
我是找了avr的libc（http://www.nongnu.org/avr-libc/user-manual），看了里面的math.h，里面的函数描述都是double打头的，所以才想了解清楚：
functions :
double cos (double __x)
double fabs (double __x)
double fmod (double __x, double __y)
double modf (double __x, double *__iptr)
double sin (double __x)
double sqrt (double __x)
double tan (double __x)
double floor (double __x)
double ceil (double __x)
double frexp (double __x, int *__pexp)
double ldexp (double __x, int __exp)
double exp (double __x)
double cosh (double __x)
double sinh (double __x)
double tanh (double __x)
double acos (double __x)
double asin (double __x)
double atan (double __x)
double atan2 (double __y, double __x)
double log (double __x)
double log10 (double __x)
double pow (double __x, double __y)
……

不过您用过，有体会，我就用它了，谢谢！

'

请教穆老师，avrgcc的库函数支持float吗？我想后面可能会改写那个分析仪套件的软件，里面肯定要用到浮点计算，avr的程序空间不大，怕double类型太占空间了，如果支持float我就选它啦

'

老大，没想到这还有我的帖子呢，回晚了。

winavr(avrgcc)支持浮点数的，非常好使，耗费空间不大。我自己做过的几次实例都证明它的运算速度还比商业版的编译器快，很有意思。还有64-bit的整数运算也非常方便，也算一个优点吧。

如果选择m8或更高的型号，浮点数计算占用空间的问题基本可以不考虑，但avr系列的ram的确小了一点儿，特别是使用操作系统以后会感觉比较闷热，也许xmega会凉快一些。

要说winavr ，也就是gcc avr，那个东西，gcc，就是linux下移植到win32平台的东东，我编程资格不敢说老，也是八几年的时候，有486的时候就开始接触编程了，那时用的是dos，没gcc这东西，都是在linux下用的编译工具，本意是组织一个免费的，标准的c语言编译器，问题就再于，每个人的编程水平，风格的差异，和功能的升级，每次都存在大量的问题，当然，是免费的，而且linux的源码开放，这不是问题，可以修正，不过移植到了win32，事情就不是只会写程序就能解决问题，还是微软软的核心机密问题等。而avr的gcc编译器，也就是在linux下为了开发avr单片机程序而开发的。问题又来了，懂单片机的解决了编译问题，而写界面人的不懂单片机，结果就是，makefile永远是让人不放心的。还有，编译程序一直都有缓冲区泄漏问题（针对avr单片机）。
我语言表达能力不好，用过的人就会知道了。效率高，是指标准c方面的。其它的硬件控制方面，都一样。(大家看看宝兰是怎么死的就知道了！)
再说iccavr，这个不是问题，（只要你认为编译出的代码效率不是问题的话）。其它功能都很有保证，必竟商业的东西总要对用户负责任的。所我最终我还是用iccavr。当然是破解版。
iar,非常不错，但是一个向导功能就卡死了大部分的用户使用。
cvavr，中等。有统领avr编译器的势头。值得学习。
这里是比较编译器的，不是说用那个就不能做出你要的产品。所以，只是我一家之言。就是在win32平台讨论vc,vb之类的那个比较好一样。没有结果了。

'

我是avrgcc的忠实拥护者，一直就用这一种，:)。其实我也喜欢所有的gcc c编译器，主要是用习惯了。

'
请教穆老师，avrgcc的库函数支持float吗？我想后面可能会改写那个分析仪套件的软件，里面肯定要用到浮点计算，avr的程序空间不大，怕double类型太占空间了，如果支持float我就选它啦

[quote=汤圆]iccavr 我用这个[/quote]
发给我可以吗?
我找不到啊

偶用fastavr 基于 basic 的 上手特快

iccavr

'

工具好坏并不重要，重要的是实用工具的人。
工具是死的，人是活的。
有人用一把壁纸刀都能刻出复杂的电路板。
所以必要太在意那个编译器功能强，那个编译器价格高，适合自己的，能把软件编出来的编译器就是好用的编程软件。

'
同意。

winavr

新人，小声地问一声：这东西codevisionavr是编译器吗？我用它学习呢。

我是avrgcc的忠实拥护者，一直就用这一种，:)。其实我也喜欢所有的gcc c编译器，主要是用习惯了。

cvavr 感觉是为电子工程师量身定做的，很好用。