From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31954 invoked by alias); 7 May 2009 13:43:25 -0000 Received: (qmail 31944 invoked by uid 22791); 7 May 2009 13:43:24 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_20,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 May 2009 13:43:19 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n47DhHAo020544; Thu, 7 May 2009 09:43:17 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n47DhGsA023314; Thu, 7 May 2009 09:43:16 -0400 Received: from zebedee.pink (vpn-12-117.rdu.redhat.com [10.11.12.117]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n47DhEQL024478; Thu, 7 May 2009 09:43:15 -0400 Message-ID: <4A02E572.7080003@redhat.com> Date: Thu, 07 May 2009 13:43:00 -0000 From: Andrew Haley User-Agent: Thunderbird 2.0.0.17 (X11/20081009) MIME-Version: 1.0 To: Andrew John Hughes CC: Bryce McKinlay , Sal , java@gcc.gnu.org Subject: Re: GCJ with OpenJDK Java API instead of GNU Classpath References: <4A020407.2090306@gmail.com> <4A02A70C.3030101@redhat.com> <7230133d0905070445r2c467880o157fbb40ecfe40fa@mail.gmail.com> <17c6771e0905070625g64b58751uac2affbc3caf4741@mail.gmail.com> In-Reply-To: <17c6771e0905070625g64b58751uac2affbc3caf4741@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 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: 2009-05/txt/msg00017.txt.bz2 Andrew John Hughes wrote: > There's actually no need to do a wholesale replacement of > everything. GCJ already overrides quite a number of classes from > GNU Classpath with its own versions (including Object IIRC). Indeed, and these are broken in a number of interesting ways. That's why they'd need rewriting. > Quite a number of packages in Classpath are just pure Java and are > used as is in GCJ. This even extends to Swing, where the native JNI > code from Classpath is used (GCJ usually prefers CNI). > > It really depends what you want the end result to be. Having some > hybrid with all the packages is probably an easier goal than trying > to pass the TCK with the result... ;) Huh? I was assuming Java compatibility was the goal. Andrew.