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

[复制链接]
8106|35
machunshui 发表于 2008-1-10 23:32 | 显示全部楼层

winarm用起来很简单

winarm自带很多lpc的例子,以及atmel&nbsp;arm的例子.<br /><br />makefile看着很多,实际上很多代码是用于输出编译信息的,根据已经有的例子修改很简单,一般就是改一下要编译的文件名,链接文件名,输出的目标文件名称.<br /><br />链接文件,一般就是改一下rom,ram起始地址,大小,在别的编译器里这些也是要做的,还要在菜单里找,并不简单.<br /><br />启动代码,一般同一厂家的基本不要改.<br /><br />winarm用起来真的很简单,大家都来支持开源吧!
 楼主| ATmega16 发表于 2008-1-11 10:29 | 显示全部楼层

ZLG开发自己的编译器,免了吧

ZLG开发自己的编译器,免了吧。<br /><br />有GCC为何不用,ZLG要是能开发一个ARMGCC的IDE就好了。
McuPlayer 发表于 2008-1-11 10:46 | 显示全部楼层

其实Compiler的门槛没有诸位想的那么高

我们把他神化了的原因在于:<br />1、国内的资料甚少,其实国外Free的C&nbsp;Compiler多去了<br />2、国内的计算机教师和学生,有几个是认真研究《编译原理》了<br />3、缺少合作的团队,虽然国外有C&nbsp;Compiler是牛人单枪匹马搞定,但更多是Team的成果<br /><br />支持zlg深入Compiler,这是今天投资,数年后赚钱的生意,我觉得这是有眼光的生意人,且是技术领域,我们有什么理由不支持呢?<br />1、看老外的资料和Open&nbsp;source(gcc、sdcc、lcc等等太多参考了)<br />2、周工的经济实力足以养几个高手研究Compiler&nbsp;Prinsiples<br />3、周工组织技术Team的经验积累了数年
平常人 发表于 2008-1-11 10:55 | 显示全部楼层

做个Compiler并不难,我也会,难的是代码优化

市面上有很多的现成免费的Compiler可用,关键的是代码优化,代码优化做不好的编译器没有商业价值,只能拿来玩玩;当然芯片厂商希望看到代码优化做不好的编译器,因为他们可以卖存储容量大的芯片,赚更多的钱。
machunshui 发表于 2008-1-11 11:26 | 显示全部楼层

支持zlg搞C编译器

支持zlg搞C编译器,<br />看到有国产的C编译器还是很让人振奋的!<br /><br />企业做基础研发,关键是要养的起人。<br /><br />一是取决于企业的经济实力。<br />二是取决于老板的眼光。<br />三是取决于老板的肚量。
McuPlayer 发表于 2008-1-11 12:12 | 显示全部楼层

想想当年的英培特

英姿勃发,GCC为基础,做的IDE,ICE,整套环境,我曾经非常看好这间公司。<br />我推测,如果不出意外,他们的下步计划应该是自己的Compiler和一系列的Tool&nbsp;chain<br />结果是被ARM收购,从技术角度讲,它输给了资本。<br /><br /><br />周工没有经济方面的担忧,且周老板有“狼子野心”,这正是的二次创业的好时机。<br />我拆过ZLG的几个工具产品,给我的印象是,从硬件上看,没有什么可圈可点之处。但正是这种“不耍技巧”换来了可靠性。一个最鲜明的例子,你同时拆开zlg的EasyPro烧录器和TOP的200X,你马上会明白买哪个是值得的。
zlgmcu 发表于 2008-1-11 13:22 | 显示全部楼层

各种开发工具都有自己的用户群

当然自己用熟的开发工具就是最好的开发工具.<br />所在开发工具上我们尽量让用户有多点选择,尽量满足客户的不同需要..<br /><br />在开发工具方面,向用户提供最好的工具.<br /><br />LM&nbsp;LINK&nbsp;350元比起100多元的盗版ULINK的确贵了点,但是我们提供的产品不仅是几个IC的成本,更多的是我们的后期服务!<br /><br />我们也很痛恨盗版行为!!
zlgarm 发表于 2008-1-11 20:45 | 显示全部楼层

购买Luminary开发套件的客户,只需要加100元即可得到LM LINK。

&nbsp;&nbsp;&nbsp;&nbsp;如果是做一个嵌入式C编译器“玩具”,我在大学读书就做出来了,而要做一个商业化的产品却绝非易事,对于中国人来说,这是一个情节,也可以说一个长期以来追寻的梦。<br />&nbsp;&nbsp;&nbsp;&nbsp;对于嵌入式C编译器目前全球最大的就是IAR了,C编译器确实很难做,不是说有开源的C编译器代码作为参考就能够做“好”了的。不然的话,中国人怎么会受制于嵌入式C编译器呢?<br />&nbsp;&nbsp;&nbsp;&nbsp;编译器的优化不是最难,仅仅是需要时间去“扣”每一个细节,优化是设计编译器的中端工序,而最难的是前端工序--算法与源代码分析,最简单的后端工序代码生成与链接,更重要的是如何建立一个嵌入式C编译器开发平台。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;
machunshui 发表于 2008-1-11 20:58 | 显示全部楼层

希望看到zlg的高效率C编译器

希望看到zlg的高效率C编译器,而不是个集成环境,或者是个什么开发平台.<br /><br />现在大家都是希望看到开放的接口,<br />而不是希望看到某个开发平台上必须用自家的仿真器,硬件.<br /><br />想象ARM的流行如果不是有简易的wiggler&nbsp;jtag,动辄上千的仿真器,学ARM的人肯定会少很多.
mmd2102 发表于 2008-1-12 01:26 | 显示全部楼层

呵呵

我在07年就感觉ZLG在做自己的IDE了,因为<br /><br />1.周曾经招聘过这方面的人才<br /><br />2.周有这个习惯,在别人的基础上开发出自己的东西,比如!<br /><br />3.这个行业是软件行业,企业要有生命力,做自己的IDE也算是维持长久的生命力吧.
zlgarm 发表于 2008-1-12 10:59 | 显示全部楼层

其实我们开发IDE集成开发环境已经五年多了,投入

了8个专业的软件工程师。今年还将继续加大软件开发工程师的投入,目标是针对全球化市场,如果仅仅是国内市场,那就没有深入开发的必要了,很显然投入不能获得回报,连开发费都收不回来。比如,即将推出的“嵌入式系统智能仿真开发平台”增加对TI全部DSP的支持,特别是针对“达芬奇”系列芯片,在国内肯定是低价销售了。
machunshui 发表于 2008-1-12 12:23 | 显示全部楼层

zlg到底是要做C编译器,还是IDE?

zlg到底是要做C编译器,还是IDE?
ijk 发表于 2008-1-13 16:32 | 显示全部楼层

ZLG在33楼解释明白了

&nbsp;&nbsp;目标是针对全球化市场,如果仅仅是国内市场,那就没有深入开发的必要了-市场定位清晰,雄心壮志让国人鼓舞!
hotpower 发表于 2008-1-16 00:13 | 显示全部楼层

Keil的软仿真IAR还是比不过的~~~个人意见

  
wlq_9 发表于 2008-1-16 09:16 | 显示全部楼层

长城不是一天建起来了

IAR和keil毕竟是老牌的编译器厂商,自有其独特之处.而且两个公司的产品也是经多年的使用以后,不断修改完善至今.<br />或许搞个编译器并不难,但是市场可靠性优化性能兼容性可持续性更难.
ATmega32L 发表于 2008-1-16 15:21 | 显示全部楼层

KEIL调试比IAR优秀,

KEIL调试比IAR优秀,<br /><br />单论编译效率,应该是IAR优于KEIL.
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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