From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21368 invoked by alias); 7 May 2009 13:25:17 -0000 Received: (qmail 21353 invoked by uid 22791); 7 May 2009 13:25:16 -0000 X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_12,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-bw0-f176.google.com (HELO mail-bw0-f176.google.com) (209.85.218.176) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 May 2009 13:25:09 +0000 Received: by bwz24 with SMTP id 24so769742bwz.8 for ; Thu, 07 May 2009 06:25:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.52.130 with SMTP id i2mr2398095bkg.176.1241702706887; Thu, 07 May 2009 06:25:06 -0700 (PDT) In-Reply-To: <7230133d0905070445r2c467880o157fbb40ecfe40fa@mail.gmail.com> References: <4A020407.2090306@gmail.com> <4A02A70C.3030101@redhat.com> <7230133d0905070445r2c467880o157fbb40ecfe40fa@mail.gmail.com> Date: Thu, 07 May 2009 13:25:00 -0000 Message-ID: <17c6771e0905070625g64b58751uac2affbc3caf4741@mail.gmail.com> Subject: Re: GCJ with OpenJDK Java API instead of GNU Classpath From: Andrew John Hughes To: Bryce McKinlay Cc: Andrew Haley , Sal , java@gcc.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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/msg00016.txt.bz2 2009/5/7 Bryce McKinlay : > On Thu, May 7, 2009 at 10:17 AM, Andrew Haley wrote: > >> It's all GPL + exception, so there are no licence difficulties. >> >> This would be an excellent thing to do, but it would be difficult. =C2= =A0In >> particular, class loading and class initialization are done in very >> different ways, and this would all need to be rewritten. >> >> I'd love someone to do this, but I don't want them to be under any illus= ion >> about how difficult it might be. > > I don't think this is quite as hard as Andrew suggests. Certainly, > making GCJ work with low level OpenJDK classes like Object, Class, and > ClassLoader would be a lot of work - but pretty much everything above > that should work out-of-the-box, and provide the vast majority of the > compatibility benefits. > > There's also no reason why the merge can't be done gradually, ie one > package at a time. We did that with the original libgcj-Classpath > merge. > > Bryce > 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). 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... ;) I'd certainly be interested in any such efforts as well. --=20 Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8