[八卦] new frontend written in D

hqs7636 2011-09-29
希望dmd年底的时候重写d前端,让ddmd等编译器能方便的应用bug修复补丁,以及工具比如ide能像使用库一样使用前端的parser等功能
http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=145649

主帖是 DDMD and such.里面分支出 new frontend written in D

哈哈,有意思,重来????????

w 和 老a 还没吱声
hqs7636 2011-09-29
很多人都希望用d重写前端,使之更具模块化,但又担心w不采用
qiezi 2011-09-30
这工作量也太大了,一旦开始,现有工作要停几个月
sleets 2011-10-04
最近几个月,大部分时间是在修复c++前端的bug。 D语言特征稍微修改下,bug修复的工作量往往是比重最大的。


如果是D来写前端,bug修复的速度更快的话,就很可以说明D是值得信赖的,如果bug修复速度还不入C++,那也会很快发现不足,比现在这样没人用要好。


今年2月份就提出要增加linux共享库支持,说是high priority。 到现在还是没开工呢。社区里有很多人,对D的发展进感到沮丧。


D自己写前端,这一天迟早要来的。如果一直是c++前端,对那些可能转到D的c++程序员,就很没有说服力。这个事实本身,也说明D不足以成为C++的替代者。


sleets 2011-10-04
还有一点我觉得非常重要,邮件里邮件有人提到了。就是会有更多的志愿者加入开发D语言编译器的行列,一年内维护编译器的人工时可能会增加几倍。


另外对D的ide和debuger支持,要好很多。 我用D写了一个扩展来生成网页,但是整合进编译器就非常麻烦,要是前端是D写的,就容易多了。


hqs7636 2011-10-04
sleets 写道
最近几个月,大部分时间是在修复c++前端的bug。 D语言特征稍微修改下,bug修复的工作量往往是比重最大的。


如果是D来写前端,bug修复的速度更快的话,就很可以说明D是值得信赖的,如果bug修复速度还不入C++,那也会很快发现不足,比现在这样没人用要好。


今年2月份就提出要增加linux共享库支持,说是high priority。 到现在还是没开工呢。社区里有很多人,对D的发展进感到沮丧。


D自己写前端,这一天迟早要来的。如果一直是c++前端,对那些可能转到D的c++程序员,就很没有说服力。这个事实本身,也说明D不足以成为C++的替代者。



估计还是这堆bug无法支持用d写前端吧
Global site tag (gtag.js) - Google Analytics