制作一门语言，需要一个好的后端答案

【问题标题】：Making a language, need a good backend制作一门语言，需要一个好的后端
【发布时间】：2010-10-17 18:27:29
【问题描述】：

我想做一个编译语言。我目前正在评估后端。到目前为止，我关注 C 是因为它的执行速度、编译速度以及一个名为 TCC 的小型、易于使用的编译器。

阅读了此处关于将其用作中间语言的讨论后，我正在尝试考虑如何使其与垃圾收集兼容并处理异常。到目前为止，我认为我可以同时解决这两个问题，但开销很大。

以下是我对其他可能的后端的一些想法：

你们中的任何人可以改变我的想法或有更多内容要添加到此列表中吗？

编辑

我最近一直在试验 LLVM。我发现他们已经预编译了二进制文件，并且可以编译为本机程序集。

步骤如下：

【问题讨论】：

【解决方案1】：

您是否考虑过为GCC 编写前端？我只是为了完整起见而提到这一点——据我所知，后端接口相当复杂，代码库庞大且难以理解。

另一方面，GCC 是一个成熟的产品，有许多专业的程序员在研究它。至少，它可能提供了所有替代方案中最坚实的基础。

就个人而言，我更喜欢 LLVM（令人兴奋的架构）或 .NET 的 IL：非常非常易于使用，具有出色的工具支持（Reflector、Cecil、Reflexil，最后但并非最不重要的一点是 .NET反射 API）和两个非常高效的实现（即微软的规范实现和 Mono）。

但我不能声称自己在任何架构方面都具备专业知识，因此请对这个答案持保留态度。

【讨论】：

【解决方案2】：

在这种情况下，LLVM 可能是更好的选择。

LLVM 支持 Windows，只是需要一些时间来编译

【讨论】：

【解决方案3】：

C++ 不会给你太多，请改用 C。但是，如果您希望您的语言在 Web 中使用，请使用 .NET 或 Java，确保它们的加载速度很慢，但当它们加载时，它们与 C 一样快。

【讨论】：

【解决方案4】：

对于SmartEiffel，我们使用 C 作为后端。

Tcc 是一个非常好的开发选项——尽管不是最终版本（生成的对象相当于 gcc -O0）

【讨论】：

我读到了许多使用 C 作为后端的语言，你的就是其中之一。你很难输出容易被垃圾回收的 C 代码吗？
我们有自己的 GC 实现，每种类型都有专门的桶（我们的语言是近距离的；每种类型在编译时都是已知的）。唯一复杂的部分是确保标记每个活动对象：我们在堆栈中使用一些标记 + 为需要它的架构保存寄存器。

【解决方案5】：

TCC 是最佳选择。它是可移植的，并且它有一个库，因此它可以很容易地用作称为 libtcc 的后端。可执行文件比 gcc 小，它是 ANSI C。

【讨论】：

【解决方案6】：

另一个要添加到列表中的内容：Slava 最近在 Factor backend 上实现了 Smalltalk。我自己没有尝试过，但我觉得它会提供更多您想要的高级功能的功能，并且更像是低级功能的大小/性能。

【讨论】：