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

Question

截至2010年10月，GNU's Java compiler死了吗？ 是否有任何活动的替代品（尤其是将Java编译为本机代码）？

LLVM解决方案将是首选。

Answer 1

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

EDIT

有在this page底部的例子。

Answer 2

将Java编译为本机的一种替代方法是Excelsior JET。

Answer 3

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

• 它基于GNU Classpath。由于Java是开放源码（OpenJDK），因此不需要另一个开源Java。这减慢了开发速度。
• Java在过去几年中速度更快。 GCJ输出不会更快。在很多情况下，它比较慢。
• GNU类路径有许多不兼容性。

Answer 4

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

• 1.2支持“仍然不完整”。
• 1.3同上。
• 该项目最近一年多来更新[截至2009年10月]。
• 目前“支持1.4库中的大部分，加上1.5添加。”
• 不支持java.nio.
• 不支持javax.naming（'完整但没有提供者'）。
• 不支持javax.sql.
• 不支持AWT或Swing。
• 不支持通过本地化java.text.
• java.security的状态是“未知”。
• 不检查java.lang.reflect.中的权限
• 是否编译泛型？
• 缺少其他包装的巨大块将近50％的java.util.
• 没有注释。
• 没有脚本引擎。
• 几乎所有的javax.xml.*（递归）都缺失。
• 没有org.omg.CORBA.
• 实际上没有org.w3c.
• 与JDK 1.6电流比较here。请注意，这看起来会增加百分比来给出一个完全没有意义的总数。

并注意它没有被记录为'Java编译器'。它是一个称为GNU CLASSPATH的Java子集的编译器。反过来自2009年2月以来还没有更新过。

如果它没死，它肯定会躺下。

编辑它已经死了。 GCJ不再是listed as a GNU package。经过四年的零度活动，我们有权假定GNU CLASSPATH是相同的。