我最近安装了Fedora 16(它很棒)，主要是因为我想尝试LDC2，但也因为Gnome Shell在Fedora上比Ubuntu 11.10运行得更流畅(至少在我的硬件上)。
LDC2工作得很好，但我想知道，如果通过输出LLVM .ll/。bc代码，我可以在Windows/Mac/Android上编译和运行应用程序。我可以编译。ll/。在我的Windows机器上使用LLVM将ASM . bc文件保存到ASM .s。然而，我在编译ASM的第一次尝试给了我错误:"'main'函数未找到。"。通过ASM，我确实看到了一个_Dmain函数。我以前没有编译ASM的经验，所以我有点迷路了。
我理解这里要用到的是DRuntime，但是关于LDC2的DRuntime平台支持状态的最新信息很少。所以我想知道我有什么选择。LDC2现在可以为Windows编译代码吗?目前是否支持其他平台/架构的交叉编译?
GDC呢?我想尝试GDC，但我在Fedora软件中心找不到它，我对Linux有点陌生，所以我在从源代码构建它时遇到了困难。
D(版本2)是我最喜欢的语言(其次是c#)，我期待着有一天我可以用D编写游戏/应用程序，而不必担心硬件或平台支持。我支持这门语言，我希望开源社区在未来能强有力地拥抱D语言。它确实是我所见过的最好的平衡力量，性能和生产力。
我想知道，如果通过输出LLVM .ll/。我可以在Windows/Mac/Android上编译和运行应用程序。
标准库和语言运行库有大量根据当前平台条件编译的代码，所以不
LDC2工作得很好，但我想知道，如果通过输出LLVM .ll/。我可以在Windows/Mac/Android上编译和运行应用程序。
。不仅仅是因为运行时的差异。请阅读http://llvm.org/docs/FAQ.html#platformindependent。虽然它是面向C/c++的，但是很多东西也适用于D。
GDC呢?我想尝试GDC，但我在Fedora软件中心找不到它，我对Linux有点陌生，所以我在从源代码构建它时遇到了困难。
编译GDC很简单。请仔细阅读说明书。
其余的已经说过了。平台无关性是通过D级的条件编译实现的，因此位码也是平台相关的。