Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 41160 invoked from network); 10 Mar 2006 17:24:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Mar 2006 17:24:51 -0000 Received: (qmail 89857 invoked by uid 500); 10 Mar 2006 17:24:46 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 89806 invoked by uid 500); 10 Mar 2006 17:24:45 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 89794 invoked by uid 99); 10 Mar 2006 17:24:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Mar 2006 09:24:45 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of weldonwjw@gmail.com designates 64.233.184.204 as permitted sender) Received: from [64.233.184.204] (HELO wproxy.gmail.com) (64.233.184.204) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Mar 2006 09:24:44 -0800 Received: by wproxy.gmail.com with SMTP id 68so1003723wra for ; Fri, 10 Mar 2006 09:24:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uFP1tbiDPRwDpOcAmeGPPRp15FJx8MYbPuphXGXpx4qyv9VHpD4Ia1GY0+1S5f+tg/qybrS4JpuLGww4a8VjWPGzfMcwOj3rjcgPgXBcCNZNna987XWqSNRYJUQXehAfZZMbjmJhD/Xm35C8yaaZIASRg0lVaxF7IvbBC1PkIm0= Received: by 10.35.99.14 with SMTP id b14mr454892pym; Fri, 10 Mar 2006 09:24:24 -0800 (PST) Received: by 10.35.58.1 with HTTP; Fri, 10 Mar 2006 09:24:24 -0800 (PST) Message-ID: <4dd1f3f00603100924qb915006mdbfb3e6ecc9e9b5c@mail.gmail.com> Date: Fri, 10 Mar 2006 09:24:24 -0800 From: "Weldon Washburn" To: harmony-dev@incubator.apache.org Subject: Re: [jchevm] generic Harmony_Class_Lib/GNU_Classpath adapter is on JIRA Harmony-192 In-Reply-To: <441195C5.507@dellroad.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4dd1f3f00603092324g7f7fbd8fi8eb8f22a2263329b@mail.gmail.com> <441195C5.507@dellroad.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 3/10/06, Archie Cobbs wrote: > Weldon Washburn wrote: > > Please take a look at bootstrap.c It would be great if we can do the > > final integration in the next 2 days while this code is still fresh in > > my mind. > > Looks reasonable, you just commented out or changed the classes > and methods that would not load yet. > > What's the plan for dealing with the Pointer class? Here are some > possibilities that preserve Classpath compatibility: > > 1. Implement gnu.classpath.Pointer{32,64} in classlib > 2. Have jchevm autodetect whether gnu.classpath.Pointer or > java.lang.Pointer is to be used. > > Either solution is OK with me, but I'd much prefer #1 because it's > cleaner code and I'd rather not start adding hacks at this point that > move us away from the current common API. I agree that #1 is the cleanest, easiest technical approach. The difficulty is convincing an attorney that a file in Harmony Class Lib called "blah blah GNU blah blah CLASSPATH" has nothing to do with gnu or classpath. I vote for adding a few lines of code to avoid spending hours with an attorney. How about an algorithm that first checks for gnu.classpath.PointerXX and if its not found then looks for xxx.yyy.zzz.Pointer class? I am not happy with putting Pointer classes in the java.lang package. Maybe create a new package called kernel_path. Thoughts? > > Eventually I'd like jchevm to have a command line flag that allows > you to easily switch between Classpath and classlib at startup, for > quick side-by-side behavior comparisions. This will greatlyl increase > our ability to debug the classlib/jchevm interface. This is an excellent idea! I really like it. > > -Archie > > _________________________________________________________________________= _ > Archie Cobbs * CTO, Awarix * http://www.awarix.co= m > -- Weldon Washburn Intel Middleware Products Division