public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* for discussion: should we close all the Java-related bugs?
       [not found] <2017999043.3525317.1714156096477.ref@mail.yahoo.com>
@ 2024-04-26 18:28 ` Abe Skolnik
  2024-04-26 18:35   ` Andrew Pinski
  0 siblings, 1 reply; 2+ messages in thread
From: Abe Skolnik @ 2024-04-26 18:28 UTC (permalink / raw)
  To: gcc-bugs

Dear all,

AFAIK, GCJ has been dead for _years_...  quoting <https://gcc.gnu.org/wiki/GCJ>: "As of GCC 7, the GCC Java frontend and associated libjava runtime library have been removed from GCC. The information on this page is kept here for reference but only applies to GCC 6 and earlier."

... yet we still have at least...

67 bugs open against the component "awt":  https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=__open__&component=awt

... and at least...

479 bugs open against the product "classpath":  https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=__open__&product=classpath



For discussion: why not close _all_ Java-related bugs in the GCC bugzilla, perhaps with a nicely-granular status such as "CLOSED_WONTFIX___WONTFIX_BECAUSE_FEATURE_IS_DEPRECATED", or at least "good" old "CLOSED_WONTFIX"?



With all due respect to whoever [if anybody] is unhappily still responsible for backporting bug-fixes to pre-7 GCC re e.g. the C or C++ or Fortran compiler[s], I think the chances of _anybody_ *ever* fixing those old Java-in-GCC bugs is _extremely_ tiny.

Sincerely,

Abe

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: for discussion: should we close all the Java-related bugs?
  2024-04-26 18:28 ` for discussion: should we close all the Java-related bugs? Abe Skolnik
@ 2024-04-26 18:35   ` Andrew Pinski
  0 siblings, 0 replies; 2+ messages in thread
From: Andrew Pinski @ 2024-04-26 18:35 UTC (permalink / raw)
  To: Abe Skolnik; +Cc: gcc-bugs

On Fri, Apr 26, 2024 at 11:28 AM Abe Skolnik via Gcc-bugs
<gcc-bugs@gcc.gnu.org> wrote:
>
> Dear all,
>
> AFAIK, GCJ has been dead for _years_...  quoting <https://gcc.gnu.org/wiki/GCJ>: "As of GCC 7, the GCC Java frontend and associated libjava runtime library have been removed from GCC. The information on this page is kept here for reference but only applies to GCC 6 and earlier."
>
> ... yet we still have at least...
>
> 67 bugs open against the component "awt":  https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=__open__&component=awt
>
> ... and at least...
>
> 479 bugs open against the product "classpath":  https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=__open__&product=classpath
>
>
>
> For discussion: why not close _all_ Java-related bugs in the GCC bugzilla, perhaps with a nicely-granular status such as "CLOSED_WONTFIX___WONTFIX_BECAUSE_FEATURE_IS_DEPRECATED", or at least "good" old "CLOSED_WONTFIX"?
>
>
>
> With all due respect to whoever [if anybody] is unhappily still responsible for backporting bug-fixes to pre-7 GCC re e.g. the C or C++ or Fortran compiler[s], I think the chances of _anybody_ *ever* fixing those old Java-in-GCC bugs is _extremely_ tiny.

Note the classpath component is not about GCJ (and GCC) but rather it
is for the GNU classpath project which is not really active but it is
still a project and might become more active in the future. So closing
these as won't fix is NOT the correct thing to do unless the classpath
project itself has decided it no longer wants to use the GCC's
bugzilla instance or has decided it is no longer being a project.

Thanks,
Andrew Pinski

>
> Sincerely,
>
> Abe

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-04-26 18:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <2017999043.3525317.1714156096477.ref@mail.yahoo.com>
2024-04-26 18:28 ` for discussion: should we close all the Java-related bugs? Abe Skolnik
2024-04-26 18:35   ` Andrew Pinski

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).