DMD vs. GDC vs. LDC

Question

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

DMD

• 成熟，并保持良好
• 只有一个平台，64位的支持并不好
• 不FOSS

GDC

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

LDC

• 支持多种平台
• LLVM，所以它支持JIT编译？
• 有非常成熟的优化，所以它很快？
• 维护得不好吗？
• 过时的运行时间？

死了/不工作

• 宕
• SDC
• MiniD - 非常，非常好的，但不是d（从来没有声称自己是，虽然）

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

Answer 1

DMD是参考实现。只有后端是专有的，前端是开源的。代码生成质量并不是那么强大。虽然x64的支持只有几个月的时间。

GDC和最不发达国家是基于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。我还没有测试过它，但至少它现在保持了。我会尽快研究这个主题。 编辑：正如在评论中指出的那样，dil现在还没有接近完全的状态 - 它只能解析代码并从源代码生成文档。

Answer 3

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

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

import std.stdio; 

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

这将失败与最不发达国家编译我的系统上：

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。看起来可以构建D2版本的LDC，包括Phobos，但这不是它在Debian上发布的方式。

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

对我来说，GDC是一个明显的选择，因为简单的'apt-get -V install gdc'带来了编译器和Phobos运行时没有问题（在Debian unstable上测试过）。