From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29938 invoked by alias); 20 Jun 2012 09:55:22 -0000 Received: (qmail 29922 invoked by uid 22791); 20 Jun 2012 09:55:21 -0000 X-SWARE-Spam-Status: No, hits=-7.0 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_GC,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 20 Jun 2012 09:55:01 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5K9t0n7021081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 20 Jun 2012 05:55:01 -0400 Received: from zebedee.pink (ovpn-113-49.phx2.redhat.com [10.3.113.49]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q5K9sx5K013458; Wed, 20 Jun 2012 05:55:00 -0400 Message-ID: <4FE19DF3.8070105@redhat.com> Date: Wed, 20 Jun 2012 09:55:00 -0000 From: Andrew Haley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: java@gcc.gnu.org Subject: Re: Further development of gcj? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2012-06/txt/msg00004.txt.bz2 On 06/20/2012 10:20 AM, Georg Volk wrote: > > I have got a question considering the further development of the gcj > frontend. > Are you planning to extend the gcj library with the innovations until java > 1.7? > Furthermore how is the roadmap for the gcj frontend in general? > Or are there no plans for further improvements of the gcj frontend? We'd like to, but help is in short supply. The biggest issue is the library, not the front end. We'd need to import the latest OpenJDK library and rework much of the existing library to work with it. This is a big task, perhaps a programmer-year or so. Andrew.