開發(fā)者希望恢復(fù)GCC的Java前端

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

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

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

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

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

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

審核編輯 ：李倩