40

2010年10月の時点で、GNUのJavaコンパイラは機能していませんか？（特にJavaをネイティブコードにコンパイルするための）アクティブな代替手段はありますか？

LLVMソリューションが推奨されます。

4

4 に答える 4

27

IKVMとMonoの事前コンパイラを使用してネイティブコードを生成できます。

編集

このページの下部に例があります。

于 2010-10-27T16:41:55.297 に答える
24

より適切な質問は、それが本当に生きていたかどうかです。独自のWebサイトから、これらの問題を検討してください。

  • 1.2のサポートは「まだ不完全」です。
  • 1.3同上。
  • プロジェクトの最終更新日は1年以上前です[2009年10月現在]。
  • 現在、「1.4ライブラリのほとんどといくつかの1.5追加をサポートしています。」
  • サポートしていませんjava.nio.
  • サポートしていませんjavax.naming（「完全ですがプロバイダーなし」）。
  • サポートしていませんjavax.sql.
  • AWTまたはSwingをサポートしていません。
  • 経由のローカリゼーションをサポートしていませんjava.text.
  • の状態java.securityは「不明」です。
  • の権限をチェックしませんjava.lang.reflect.
  • ジェネリックをコンパイルしますか？
  • 他のパッケージに欠けている巨大なチャンク、たとえばjava.util.
  • 注釈はありません。
  • スクリプトエンジンはありません。
  • javax.xml.*（再帰的に）ほぼすべてが欠落しています。
  • いいえorg.omg.CORBA.
  • 実質的にorg.w3c.
  • JDK1.6との現在の比較はこちらです。これはパーセンテージを追加して、完全に無意味な合計を与えるように見えることに注意してください。

また、「Javaコンパイラ」として請求されないことに注意してください。これは、GNUCLASSPATHとして知られるJavaのサブセット用のコンパイラです。これは、2009年2月以降更新されていません。

それが死んでいないなら、それは確かに横になっています。

編集それは死んでいます。GCJはGNUパッケージとしてリストされなくなりました。そして、4年間のゼロ活動の後、GNUCLASSPATHについても同じことを想定する権利があります。

于 2010-10-28T06:39:20.037 に答える
5

Javaをネイティブにコンパイルするための1つの代替手段は、ExcelsiorJETです。

于 2010-10-27T16:54:40.290 に答える
1

死んでいるとは思いません。重要なものはほとんどありません。その結果、開発が遅くなります。今日重要なものはほとんどないため、3つの事実があります。

  • これはGNUClasspathに基づいています。Javaはオープンソース（OpenJDK）であるため、別のオープンソースJavaはそれほど必要ありません。これにより、開発速度が遅くなります。
  • Javaはここ数年でより高速でした。GCJ出力は高速ではありません。多くの場合、速度は遅くなります。
  • GNUClasspathには多くの非互換性があります。
于 2010-10-27T19:04:07.437 に答える