繼 GCC Rust 與 Modula-2 前端合并后，開發(fā)人員希望恢復(fù) GNU Compiler Collection （GCC） Java front-end，GCJ。一直以來，獨立開發(fā)人員 Max Downey Twiss 都在致力于通過各種修復(fù)來恢復(fù) GCJ。

早在 2016 年，GCC 編譯器就因為無人維護而放棄了對 Java/GCJ 的支持。GCC Java 支持由于缺乏維護而被刪除，并且由于已經(jīng)有許多自由軟件 Java 實現(xiàn)而沒有引起太多關(guān)注。

根據(jù)介紹，鑒于現(xiàn)在還有其他 Java 字節(jié)碼編譯器和一個免費的 Java 運行時庫，Max 主要將精力放在了專注于使 GCJ 成為一個免費的 Java 機器碼編譯器上。他希望用 OpenJDK 替換 Classpath，并專注于針對機器碼的 GCJ。

現(xiàn)在，我們有了許多拼圖碎片。我們有大量的 free Java 字節(jié)碼編譯器，以及免費的運行時庫。唯一缺少的是一個免費的機器碼編譯器，而 GCJ 曾經(jīng)是，現(xiàn)在也是。我計劃用 OpenJDK 取代 Classpath，并在 GCJ 的機器碼方面加倍努力，放棄 bytecode 和 interpreted 的支持。

不過目前的情況是，Max 所提交的補丁系列由于 1dedc12d186a110854537e1279b4e6c29f2df35a 造成的回歸，而導(dǎo)致最后的 link 失敗。且他一直無法解決該問題，但他還是決定將這個補丁系列發(fā)布出來，以獲得反饋和幫助。

除了試圖讓 GCJ 進入正軌外，Max 還希望能照顧到它的維護并至少保持與先前刪除的 Java 前端相似的功能級別。

審核編輯 ：李倩