有人愿意一起写个实用的编译器吗?

发布于 2022-09-21 00:46:11 字数 16 浏览 12 评论 0

欢迎讨论QQ:160404973

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(9

枕梦 2022-09-28 00:46:11

免费劳动力?
一个人写不了实用的编译器?

随波逐流 2022-09-28 00:46:11

你想写一个什么样的实用编译器?先说说你的想法吧

╰◇生如夏花灿烂 2022-09-28 00:46:11

原帖由 rawa9999 于 2008-8-16 01:53 发表
欢迎讨论QQ:160404973

比gcc还实用?
或者是你的有什么亮点?

凉薄对峙 2022-09-28 00:46:11

一出来就要写编译器,不简单。

别闹i 2022-09-28 00:46:11

还是移植gcc现实些
没必要重头写 很多东西都是做死了的

尤怨 2022-09-28 00:46:11

也不能这么说。关键要看新写的编译器有没有特点。
比如,有些编译器善于做过程间分析和优化,有些编译器对复杂指令的选择有独到之处,有些编译器能够做链接时刻的全程序优化,有些编译器能过快速地为多种目标生成代码等等。

如果能够想到一个新的特点并实现它,还是有好处的。如果只是照着编译原理上的东西规规矩矩地实现一个,似乎没有太大好处,最多就是熟悉一下基本知识。

原帖由 fairchilddb 于 2008-8-17 20:42 发表
还是移植gcc现实些
没必要重头写 很多东西都是做死了的

蝶…霜飞 2022-09-28 00:46:11

建议你看看orc或者open64它的设计更加合理,扩展性也更好。

黎夕旧梦 2022-09-28 00:46:11

原帖由 fairchilddb 于 2008-8-17 20:42 发表
还是移植gcc现实些
没必要重头写 很多东西都是做死了的

今天需要查一下LALR,翻了翻龙书,觉得改进词法都大有作为啊。第一次感觉到龙书真的不错。
移植gcc真的不难啊。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文