GNU的Java编译器(GCJ)死了吗?[已关闭]

2022-09-01 02:36:42

截至2010年10月,GNU的Java编译器死了吗?是否有任何活动的替代方案(特别是对于将Java编译为本机代码)?

LLVM解决方案将是首选。


答案 1

您可以使用IKVMMono的提前编译器来生成本机代码。

编辑

本页底部有一个示例。


答案 2

一个更相关的问题是它是否真的活着。考虑以下问题,从它自己的网站:

  • 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的比较在这里。请注意,这似乎增加了百分比,得出了一个完全没有意义的总数。

请注意,它不被标记为“Java编译器”。它是 Java 子集的编译器,称为 GNU CLASSPATH。这反过来又自2009年2月以来没有更新。

如果它没有死,它肯定是躺着的。

编辑它已经死了。GCJ 不再被列为 GNU 软件包。经过四年的零活动,我们有权对GNU CLASSPATH做出同样的假设。


推荐