继 GCC Rust 与 Modula-2 front-end 合并后，开发人员希望恢复 GNU Compiler Collection (GCC) Java front-end，GCJ。一直以来，独立开发人员 Max Downey Twiss 都在致力于通过各种修复来恢复 GCJ。

早在 2016 年，GCC 编译器就因为无人维护而放弃了对 Java/GCJ 的支持。GCC Java 支持由于缺乏维护而被删除，并且由于已经有许多自由软件 Java 实现而没有引起太多关注。

根据介绍，鉴于现在还有其他 Java 字节码编译器和一个免费的 Java 运行时库，Max 主要将精力放在了专注于使 GCJ 成为一个免费的 Java 机器码编译器上。他希望用 OpenJDK 替换 Classpath，并专注于针对机器码的 GCJ。

现在，我们有了许多拼图碎片。我们有大量的 free Java 字节码编译器，以及免费的运行时库。唯一缺少的是一个免费的机器码编译器，而 GCJ 曾经是，现在也是。我计划用 OpenJDK 取代 Classpath，并在 GCJ 的机器码方面加倍努力，放弃 bytecode 和 interpreted 的支持。

不过目前的情况是，Max 所提交的补丁系列由于 1dedc12d186a110854537e1279b4e6c29f2df35a 造成的回归，而导致最后的 link 失败。且他一直无法解决该问题，但他还是决定将这个补丁系列发布出来，以获得反馈和帮助。

除了试图让 GCJ 进入正轨外，Max 还希望能照顾到它的维护并至少保持与先前删除的 Java front-end 相似的功能级别。

更多详情可查看 gcc-patches。