DMD 与 GDC 与 LDC

Question

不同 D 编译器的优缺点是什么？性能和标准合规性/D2 支持如何？调试器的支持程度如何？错误消息有多好，IDE 集成如何？ 64位支持有多好？到目前为止我的想法：

DMD

• 成熟且维护良好
• 只有一个平台，64位支持不好
• 不是 FOSS

GDC

• 支持各种平台
• 有非常成熟的优化，所以很快？
• 运行时过期？
• GCC 这么好的调试器支持？

最不发达国家

• 支持各种平台
• LLVM，所以它支持 JITing？
• 有非常成熟的优化，所以很快？
• 维护得不是很好？
• 运行时过期？

死机/不工作

• 当
• sdc
• MiniD - 非常非常好，但不是 D（但从未声称是）

我正在考虑以 ARM 为目标，我认为 GDC 是首选工具，但我不确定。

Answer 1

DMD 是参考实现，后端和前端都是开源的。 代码生成质量并没有那么高。

GDC 和 LDC 都基于 DMD 前端，因此可能需要一些时间才能合并新版本的前端。
由于他们使用的后端非常成熟和良好，这些编译器的质量主要取决于连接前端和后端的胶水代码。

LDC 和 GDC 仍在积极开发中，但主要由少数人开发。
总而言之，他们可以使用一些人力。

Answer 2

1. DMD 的显着缺点是共享库缺陷：
   • on Windows
   • on Linux
     
     
2. 我个人对 GDC 支持 D2 感到惊讶，但they say it does：
   • D1：1.067
   • D2：2.053
     
     
3. LDC 似乎几乎没有得到维护："D2 is working on x86-32 Linux only"。对我来说，这是一个引人注目的问题。
   
   
4. 在搜索 LDC 时，我又发现了一个编译器 (?!)：dil。我还没有测试过它，但至少它目前得到了维护。我会尽快研究更多关于这个主题的内容。 编辑：正如 cmets 中指出的那样，dil 目前还没有接近完整的状态——它只能解析代码并从源代码生成文档。

Answer 3

截至 2012 年 2 月，LDC 似乎不是一个真正可用的选项（至少在 Debian 上）。

例如，考虑D book中的第一个程序：

import std.stdio;

void main(string[] args)
{
        writeln("Hello, world!");
}

这将无法在我的系统上使用 LDC 进行编译：

hello.d(24): Error: module stdio cannot read file 'std/stdio.d'

dlang.org的第一个程序也是如此：

import std.stdio;

void main() {
    ulong lines = 0;
    double sumLength = 0;
    foreach (line; stdin.byLine()) {
        ++lines;
        sumLength += line.length;
    }
    writeln("Average line length: ",
        lines ? sumLength / lines : 0);
}

这是因为我的 LDC 不支持Phobos--the current D runtime library。看起来可以构建 LDC 的 D2 版本，包括 Phobos，但至少在 Debian 上不是这样。

GDC，当然还有DMD，都编译上面的就好了。看起来 GDC 是最新的（两个月前 DMD 发布了 2.057，GDC 现在支持它）。

对我来说，GDC 是显而易见的选择，因为一个简单的“apt-get -V install gdc”可以毫无问题地引入编译器和 Phobos 运行时（在 Debian 不稳定版上测试）。

Answer 4

DMD 用于开发，因为它编译速度更快 对于生产，您可以使用 LDC 或 GDC 所有 D 语言编译器都使用相同的前端 但它们在后端不同