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是相同的。