欢迎讨论QQ:160404973
免费劳动力?一个人写不了实用的编译器?
你想写一个什么样的实用编译器?先说说你的想法吧
原帖由 rawa9999 于 2008-8-16 01:53 发表 欢迎讨论QQ:160404973
比gcc还实用?或者是你的有什么亮点?
一出来就要写编译器,不简单。
还是移植gcc现实些没必要重头写 很多东西都是做死了的
也不能这么说。关键要看新写的编译器有没有特点。比如,有些编译器善于做过程间分析和优化,有些编译器对复杂指令的选择有独到之处,有些编译器能够做链接时刻的全程序优化,有些编译器能过快速地为多种目标生成代码等等。
如果能够想到一个新的特点并实现它,还是有好处的。如果只是照着编译原理上的东西规规矩矩地实现一个,似乎没有太大好处,最多就是熟悉一下基本知识。
原帖由 fairchilddb 于 2008-8-17 20:42 发表 还是移植gcc现实些没必要重头写 很多东西都是做死了的
建议你看看orc或者open64它的设计更加合理,扩展性也更好。
今天需要查一下LALR,翻了翻龙书,觉得改进词法都大有作为啊。第一次感觉到龙书真的不错。移植gcc真的不难啊。
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
暂无简介
文章 0 评论 0
接受
发布评论
评论(9)
免费劳动力?
一个人写不了实用的编译器?
你想写一个什么样的实用编译器?先说说你的想法吧
比gcc还实用?
或者是你的有什么亮点?
一出来就要写编译器,不简单。
还是移植gcc现实些
没必要重头写 很多东西都是做死了的
也不能这么说。关键要看新写的编译器有没有特点。
比如,有些编译器善于做过程间分析和优化,有些编译器对复杂指令的选择有独到之处,有些编译器能够做链接时刻的全程序优化,有些编译器能过快速地为多种目标生成代码等等。
如果能够想到一个新的特点并实现它,还是有好处的。如果只是照着编译原理上的东西规规矩矩地实现一个,似乎没有太大好处,最多就是熟悉一下基本知识。
建议你看看orc或者open64它的设计更加合理,扩展性也更好。
今天需要查一下LALR,翻了翻龙书,觉得改进词法都大有作为啊。第一次感觉到龙书真的不错。
移植gcc真的不难啊。