GNU的Java编译器（GCJ）死了吗？

截至2010年10月， GNU的Java编译器死了吗？ 有没有任何活动的select（特别是编译Java本地代码）？

LLVM解决scheme将是首选。

Answer 1

您可以使用IKVM和Mono的提前编译器生成本机代码。

编辑

在这个页面的底部有一个例子。

Answer 2

一个更相关的问题是它是否真的活着。 从它自己的网站上考虑这些问题：

• 1.2支持“还不完整”。
• 1.3同上。
• 该项目最近一年前更新[截至2009年10月]。
• 目前“支持大部分1.4库加1.5补充”。
• 不支持java.nio.
• 不支持javax.naming （'完成但没有提供者'）。
• 不支持javax.sql.
• 不支持AWT或Swing。
• 不支持通过java.text.本地化java.text.
• java.security是“未知”。
• 不检查java.lang.reflect.权限java.lang.reflect.
• 它是否编译generics？
• 其他软件包中缺less大块，例如java.util.近50％ java.util.
• 没有注释。
• 没有脚本引擎。
• 几乎所有的javax.xml.* （recursion）都没有。
• 没有org.omg.CORBA.
• 实际上没有org.w3c.
• 目前与JDK 1.6的比较在这里 。 请注意，这似乎增加百分比，给一个完全没有意义的总数。

并注意到它不是作为“Java编译器”来记帐的。 它是一个称为GNU CLASSPATH的Java子集的编译器。 反过来自2009年2月以来没有更新。

如果还没死，那肯定是躺下来的。

编辑它已经死了。 GCJ不再被列为GNU软件包 。 经过四年零活动，我们有权假定GNU CLASSPATH是相同的。

Answer 3

将Java编译为本机的另一种select是Excelsior JET 。

Answer 4

我想不是已经死了。 它只有几个重要的。 这导致发展缓慢。 有三个事实，因为它今天只有几个重要的：

• 它基于GNU Classpath。 由于Java是开放源代码（OpenJDK），所以对另一个开源Java没有太大的需求。 这减慢了开发速度。
• Java在过去几年中速度更快。 GCJ输出不是更快。 在很多情况下，速度较慢。
• GNU Classpath有许多不兼容的地方。