From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69081 invoked by alias); 19 Sep 2016 15:26:02 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 69020 invoked by uid 89); 19 Sep 2016 15:26:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=H*x:Zimbra, H*UA:Zimbra, H*M:zimbra, HTo:U*aph X-HELO: mx5-phx2.redhat.com Received: from mx5-phx2.redhat.com (HELO mx5-phx2.redhat.com) (209.132.183.37) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 19 Sep 2016 15:25:59 +0000 Received: from zmail17.collab.prod.int.phx2.redhat.com (zmail17.collab.prod.int.phx2.redhat.com [10.5.83.19]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u8JFPvvY051397; Mon, 19 Sep 2016 11:25:57 -0400 Date: Mon, 19 Sep 2016 15:26:00 -0000 From: Andrew Hughes To: Andrew Haley Cc: java-patches@gcc.gnu.org Message-ID: <89282943.385453.1474298756859.JavaMail.zimbra@redhat.com> In-Reply-To: References: <78f841e7-808b-58d0-7913-3ec0d19630a0@redhat.com> Subject: Re: [PATCH] Delete GCJ MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-q3/txt/msg00034.txt.bz2 ----- Original Message ----- > On 10/09/16 12:59, NightStrike wrote: > > Could we at least reach out and see if there's someone else who could > > be the maintainer? I noticed gcj patches recently, so there's still > > interest. > > 1. It's too late. We have been discussing this for a long time, and > we're now doing what we decided. > > 2. Maintaining GCJ requires a lot of knowledge of both Java and GCC > internals. There are very few people in the world with that > knowledge, and I'm fairly sure I know them by name. > +1. > 3. The Classpath library is very old and is unmaintained. The only > practical way to update GCJ would be to use the OpenJDK class > libraries instead, but updating GCJ to use those class libraries is a > very substantial job. > Classpath is not "unmaintained"; we still fix issues which arise during bootstrapping IcedTea, for example. Rather, it's an example of the lack of interesting in updating GCJ that no-one has even merged the most recent GNU Classpath changes into the GCJ codebase, never mind switching it to a completely different class library. If someone is genuinely interested in reviving GCJ, the code will always be there in the history of the GCC codebase. Keeping around unmaintained code makes life harder for other GCC developers who work on other parts of the project. -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222