21ic电子技术开发论坛 › 已关闭版块 › ZLG › ZLG总是说KEIL比IAR效率高，没实例，不能让人信服 ...
12下一页
返回列表 发新帖我要提问

[ZLG-MCU] ZLG总是说KEIL比IAR效率高，没实例，不能让人信服

[复制链接]
8106|35
 楼主| ATmega16 发表于 2008-1-8 12:09 | 显示全部楼层 |阅读模式
IAR, keil, lg, 编译, 编译器
IAR是专业的嵌入式系统编译器，<br />不相信IAR比KEIL效率低。<br /><br /><br />Keil的编译器内核源自ARM公司，效率自然最高。<br />IAR的编译器虽说是自己开发的，但效率不比Keil差多少。<br />仅仅从Keil的编译器内核源自ARM，就判断KEIL比IAR效率高，未免武断。<br /><br /><br />希望ZLG拿出具体的实例来。<br />
回复

收藏 举报

相关帖子
zlg315 发表于 2008-1-8 13:57 | 显示全部楼层

有些地方各有所长，但有些证据是不能公开的。

&nbsp;&nbsp;&nbsp;&nbsp;因为您不是做编译器的，我为什么要来“捅破”这层窗户纸呢？那哪里还有秘密呢？我们在开发C编译器，所以不能说。<br />&nbsp;&nbsp;&nbsp;&nbsp;其实没有必要争长短，即便有些地方强一点或者说逊色一点，对于用户来说差别不是特别大。
回复

收藏 举报

machunshui 发表于 2008-1-8 14:59 | 显示全部楼层

代码密度而言，IAR很棒

代码密度而言，IAR很棒。<br /><br />最进对各种ARM很感兴趣，用一个实际的项目程序做了个试验。比较了一下各家的生成代码大小。<br />也许不具有代表性，仅供参考.<br /><br />都设置为arm模式，最大代码尺寸优化,HEX文件格式:<br /><br />IAR:&nbsp;39K<br />rvds:&nbsp;41K<br />keil-review(amr公司的编译器):41K<br />ADS:&nbsp;41K<br />keil-CARM(keil自己的编译器):59k
回复

收藏 举报

machunshui 发表于 2008-1-8 16:22 | 显示全部楼层

keil本家的编译器肯定不行

keil本家的编译器肯定不行。<br /><br />关键现在的keil&nbsp;for&nbsp;arm（keil&nbsp;mdk）发行版本中带review编译器（arm本家的编译器），<br /><br />但是基本上可以说，代码尺寸优化上不会比IAR好!<br /><br />速度有待各位测试.
回复

收藏 举报

manlong 发表于 2008-1-8 16:34 | 显示全部楼层

大家见教

我是个新手。向参加个培训，前辈们给推荐个有实力的培训单位把。谢谢
回复

收藏 举报

zlgmcu 发表于 2008-1-9 09:37 | 显示全部楼层

IAR有也他过人的特点

例如uC/OSII的插件等．还有其它的强大功能。<br /><br />对于IAR和KEIL，我们都推客户使用，用户可以根据自己的喜好来选择。<br /><br />基于IAR下我们有提供平易的硬件调试器，350元。
回复

收藏 举报

winloop 发表于 2008-1-9 10:43 | 显示全部楼层

还是有些贵

不够平易
回复

收藏 举报

machunshui 发表于 2008-1-9 16:55 | 显示全部楼层

其实GNU也不差

其实GNU也不差，<br />代码大小优化比IAR稍微差一点，<br />和rvds相当，hex文件大小41（－s优化级别）<br /><br />但是，但是能看到lcd的显示速度比IAR慢，实际上应该慢了不少。<br /><br />当启用－2优化级别的时候，<br />此时lcd的显示速度比IAR还快。<br />此时的hex文件大小43k。<br /><br />实际上不在极端情况下，GNU也不差,但是用GNU编译器最好别用－s优化，毕竟不是专门为嵌入式系统做的。极限代码的情况下是不快.<br /><br />－2优化级别的时候GNU的还是不错的.
回复

收藏 举报

machunshui 发表于 2008-1-9 17:00 | 显示全部楼层

其实GNU也不差

其实GNU也不差，<br />代码大小优化比IAR稍微差一点，<br />和rvds相当，hex文件大小41（－s优化级别）<br /><br />但是，但是能看到lcd的显示速度比IAR慢，实际上应该慢了不少。<br /><br />当GNU启用－2优化级别的时候，<br />此时lcd的显示速度比IAR还快。<br />此时的hex文件大小43k。<br /><br />实际上不在极端情况下，GNU也不差,但是用GNU编译器最好别用－s优化，毕竟不是专门为嵌入式系统做的。极限代码的情况下是不快.<br /><br />－2优化级别的时候GNU的还是不错的.
回复

收藏 举报

hotpower 发表于 2008-1-10 13:39 | 显示全部楼层

关注之中~~~

  
回复

收藏 举报

machunshui 发表于 2008-1-10 19:46 | 显示全部楼层

gnu winarm值得使用

如果要搞嵌入式&quot;系统&quot;,即上uclinux或者linux的搞嵌入式&quot;系统&quot;.<br />而不是只搞嵌入式&quot;产品&quot;,即用arm或者其他mcu的产品.<br /><br />winarm值得使用.<br /><br />1.winarm是基于GNU,提供的例子程序里的基于GNU汇编格式的启动文件简洁而优美.<br />链接命令文件也非常清晰,简洁.<br /><br />2.winarm的启动文件是一个完整的启动文件,不像其他编译器的启动文件不完整(已赋值全局变量的拷贝,未赋值全局变量的清零是由编译器完成的)<br /><br />3.熟悉winarm的makefile文件,link文件,启动代码,对以后搞linux都是有好处的.<br /><br />4.gnu是个健壮的编译器,连linux都是gnu编译的,在不对速度有极限要求的情况下,用gnu&nbsp;winarm编译器何乐而不为呢?
回复

收藏 举报

machunshui 发表于 2008-1-10 20:07 | 显示全部楼层

winarm的编辑器用起来也很舒服

winarm的编辑器用起来也很舒服.<br />虽然简单,但不简陋.<br />字体,高亮度显示都看起来很舒服.<br />find&nbsp;in&nbsp;files查找的内容直接由选中的文字自动获得,类似vc,用起来很舒服.<br /><br />rvds的编辑器用起来最不舒服,find&nbsp;in&nbsp;files不在工具栏,查找的文字还得拷贝进去.<br />IAR和rvds类似.<br /><br />keil使用也很方便.<br />
回复

收藏 举报

machunshui 发表于 2008-1-10 20:09 | 显示全部楼层

GNU可以放心使用

GNU可以放心使用!<br /><br />如果说GNU不行,那谁还敢用linux,uclinux啊?
回复

收藏 举报

mohanwei 发表于 2008-1-10 21:22 | 显示全部楼层

期待周立功的C编译器……

  
回复

收藏 举报

ijk 发表于 2008-1-10 21:31 | 显示全部楼层

周立功的C编译器？

周立功会做C编译器？有这个必要吗？
回复

收藏 举报

 楼主| ATmega16 发表于 2008-1-10 21:50 | 显示全部楼层

可惜WinARM目前还不支持Cortex-m3

可惜WinARM目前还不支持Cortex-m3。<br />等WinARM支持CORTEX-M3再来弄GCC。<br /><br />嵌入式编译器尽量只用IAR和GCC。<br /><br />
回复

收藏 举报

machunshui 发表于 2008-1-10 22:21 | 显示全部楼层

zlg没做编译器的实力吧?

zlg没做编译器的实力吧?<br /><br />当然不是指用GNU,自己做外壳,如果这样国内已经有厂家做了.<br /><br />当然zlg如果搞出自己的C编译器,效率还行的话,<br />有条件的时候,大家还是要支持的!<br /><br />毕竟zlg向核心的技术冲击,能作出自己C编译器,还是让我们很振奋的.
回复

收藏 举报

sz_kd 发表于 2008-1-10 22:24 | 显示全部楼层

路过

  
回复

收藏 举报

平常人 发表于 2008-1-10 22:28 | 显示全部楼层

听说有人要自己做C编译器，过来看看，严重关注！

曾经问过北大的教授做8位单片机的C编译器，开价200万！
回复

收藏 举报

lpf336 发表于 2008-1-10 22:30 | 显示全部楼层

好贵啊

  
回复

收藏 举报

下一页 »
12下一页
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则

ATmega16

109

主题

229

帖子

0

粉丝
快速回复 在线客服 返回列表 返回顶部