DMD vs. GDC vs. LDC

DMD ist die Referenz-Implementierung. Nur das backend ist proprietär, das frontend ist open source.

Die code-Generierung, Qualität ist nicht überwältigend. x64-support ist nur ein paar Monate alt.

GDC-und LDC-basieren beide auf dem DMD-frontend, so kann es einige Zeit dauern, bis eine neue version des frontend zusammengeführt werden.

Da die backends, die Sie verwenden, sind sehr ausgereift und gut die Qualität dieser Compiler hängt vor allem mit der glue-code verbindet die frontend-und backend.

LDC und GDC sind immer noch aktiv entwickelt, sondern vor allem durch nur ein paar Jungs.

Alles in allem könnte Sie einige manpower.

Februar 2012, es scheint, dass die LDC ist nicht wirklich eine brauchbare option (zumindest auf Debian).

Betrachten Sie zum Beispiel das erste Programm in der D-Buch:

import std.stdio;

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

Diese werden nicht kompiliert werden, mit LDC auf meinem system:

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

Das gleiche gilt für das erste Programm bei 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);
}

Dies ist, weil mein LCD nicht unterstützt Phobos--die aktuelle D-runtime-Bibliothek. Wie es aussieht ist es möglich, erstellen Sie eine D2-version von LDC, einschließlich Phobos, aber das ist nicht die Art, wie es Schiffe, die auf Debian zumindest.

GDC, und natürlich DMD, sowohl kompilieren der oben nur fein. Es sieht aus wie GDC ist ganz up to date (DMD veröffentlicht 2.057 zwei Monaten und GDC unterstützt es jetzt).

Für mich, GDC war die offensichtliche Wahl, da ein einfaches 'apt-get -V install gdc' brachte in der compiler und die Phobos-Laufzeit ohne Probleme (getestet auf Debian unstable).