DMD与GDC对最不发达国家

Question

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

DMD

• 成熟且保养良好
• 只有一个平台，64位支持不好。
• 不是自由和开放源码软件

GDC

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

最不发达国家

• 支持各种平台
• 所以它支持JITing？
• 有非常成熟的优化，所以它是快速的？
• 保养不太好？
• 过时的运行时？

死了/没有工作的

• 当当
• sdc
• MiniD -非常，非常好，但不是D(从来没有声称是，尽管)

我正在考虑瞄准手臂，我认为GDC是选择的工具，但我不确定。

Answer 1

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

GDC和LDC都基于DMD前端，因此可能需要一段时间才能将新版本的前端合并进来。

由于它们使用的后端非常成熟和良好，这些编译器的质量主要取决于连接前端和后端的胶水代码。

最不发达国家和全球发展中心仍在积极发展，但主要是由少数几个人。

总之，他们需要一些人力。

Answer 2

1. DMD的显著缺点是共享库不足：。
   • 在Windows上
   • 在Linux上

​

1. 我个人对GDC支持D2感到惊讶，但他们说是的：
   • D1: 1.067
   • D2: 2.053

​

1. 最不发达国家似乎几乎没有得到维护："D2只在x86-32 Linux上工作“。对我来说，这是个不受欢迎的问题。
2. 在搜索最不发达国家时，我又找到了一个编译器(?!)：迪尔。我还没有对它进行测试，但至少目前还在进行维护。我会尽快研究这个话题。编辑:正如注释中指出的那样，dil目前还没有接近某种完全的状态--它只能解析代码并从源生成文档。

Answer 3

截至2012年2月，最不发达国家似乎并不是一个实际可行的选择(至少在Debian上是这样)。

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

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);
}

这是因为我的最不发达国家不支持Phobos--当前的D运行库。看起来，构建一个包括Phobos在内的D2版本是可能的，但至少它在Debian上发布的方式并非如此。

GDC，当然还有DMD，都很好地编译了上面的内容。看起来GDC是最新的(DMD在两个月前发布了2.057，现在GDC支持它)。

对我来说，GDC是一个显而易见的选择，因为一个简单的'apt-get -V install gdc‘同时引入了编译器和Phobos运行时，没有任何问题(在Debian不稳定上测试)。