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

1万 · 2008-1-10 23:32

winarm自带很多lpc的例子,以及atmel arm的例子.

makefile看着很多,实际上很多代码是用于输出编译信息的,根据已经有的例子修改很简单,一般就是改一下要编译的文件名,链接文件名,输出的目标文件名称.

链接文件,一般就是改一下rom,ram起始地址,大小,在别的编译器里这些也是要做的,还要在菜单里找,并不简单.

启动代码,一般同一厂家的基本不要改.

winarm用起来真的很简单,大家都来支持开源吧!

只看该作者 · 2008-1-11 10:29

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

有GCC为何不用，ZLG要是能开发一个ARMGCC的IDE就好了。

2万 · 2008-1-11 10:46

我们把他神化了的原因在于：
1、国内的资料甚少，其实国外Free的C Compiler多去了
2、国内的计算机教师和学生，有几个是认真研究《编译原理》了
3、缺少合作的团队，虽然国外有C Compiler是牛人单枪匹马搞定，但更多是Team的成果

支持zlg深入Compiler，这是今天投资，数年后赚钱的生意，我觉得这是有眼光的生意人，且是技术领域，我们有什么理由不支持呢？
1、看老外的资料和Open source（gcc、sdcc、lcc等等太多参考了）
2、周工的经济实力足以养几个高手研究Compiler Prinsiples
3、周工组织技术Team的经验积累了数年

1万 · 2008-1-11 10:55

市面上有很多的现成免费的Compiler可用，关键的是代码优化，代码优化做不好的编译器没有商业价值，只能拿来玩玩；当然芯片厂商希望看到代码优化做不好的编译器，因为他们可以卖存储容量大的芯片，赚更多的钱。

1万 · 2008-1-11 11:26

支持zlg搞C编译器，
看到有国产的C编译器还是很让人振奋的！

企业做基础研发，关键是要养的起人。

一是取决于企业的经济实力。
二是取决于老板的眼光。
三是取决于老板的肚量。

2万 · 2008-1-11 12:12

英姿勃发，GCC为基础，做的IDE，ICE，整套环境，我曾经非常看好这间公司。
我推测，如果不出意外，他们的下步计划应该是自己的Compiler和一系列的Tool chain
结果是被ARM收购，从技术角度讲，它输给了资本。

周工没有经济方面的担忧，且周老板有“狼子野心”，这正是的二次创业的好时机。
我拆过ZLG的几个工具产品，给我的印象是，从硬件上看，没有什么可圈可点之处。但正是这种“不耍技巧”换来了可靠性。一个最鲜明的例子，你同时拆开zlg的EasyPro烧录器和TOP的200X，你马上会明白买哪个是值得的。

只看该作者 · 2008-1-11 13:22

当然自己用熟的开发工具就是最好的开发工具.
所在开发工具上我们尽量让用户有多点选择,尽量满足客户的不同需要..

在开发工具方面,向用户提供最好的工具.

LM LINK 350元比起100多元的盗版ULINK的确贵了点,但是我们提供的产品不仅是几个IC的成本,更多的是我们的后期服务!

我们也很痛恨盗版行为!!

2万 · 2008-1-11 20:45

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

1万 · 2008-1-11 20:58

希望看到zlg的高效率C编译器,而不是个集成环境,或者是个什么开发平台.

现在大家都是希望看到开放的接口,
而不是希望看到某个开发平台上必须用自家的仿真器,硬件.

想象ARM的流行如果不是有简易的wiggler jtag,动辄上千的仿真器,学ARM的人肯定会少很多.

只看该作者 · 2008-1-12 01:26

我在07年就感觉ZLG在做自己的IDE了,因为

1.周曾经招聘过这方面的人才

2.周有这个习惯,在别人的基础上开发出自己的东西,比如!

3.这个行业是软件行业,企业要有生命力,做自己的IDE也算是维持长久的生命力吧.

2万 · 2008-1-12 10:59

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

1万 · 2008-1-12 12:23

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

1万 · 2008-1-13 16:32

目标是针对全球化市场，如果仅仅是国内市场，那就没有深入开发的必要了－市场定位清晰，雄心壮志让国人鼓舞！

2万 · 2008-1-16 00:13

只看该作者 · 2008-1-16 09:16

IAR和keil毕竟是老牌的编译器厂商,自有其独特之处.而且两个公司的产品也是经多年的使用以后,不断修改完善至今.
或许搞个编译器并不难,但是市场可靠性优化性能兼容性可持续性更难.

只看该作者 · 2008-1-16 15:21

KEIL调试比IAR优秀，

单论编译效率，应该是IAR优于KEIL.

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

winarm用起来很简单

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

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

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

支持zlg搞C编译器

想想当年的英培特

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

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

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

呵呵

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

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

ZLG在33楼解释明白了

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

长城不是一天建起来了

KEIL调试比IAR优秀，

核心会员奖章

坚毅之洋流

技术导师奖章

缘定三生

十世金身

常驻人口

奔腾之江水

技术高手奖章

技术领袖奖章

突出贡献奖章

湍急之河流