Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 56806 invoked from network); 14 May 2005 00:54:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 May 2005 00:54:25 -0000 Received: (qmail 71823 invoked by uid 500); 14 May 2005 00:58:47 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 71760 invoked by uid 500); 14 May 2005 00:58:47 -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 71747 invoked by uid 99); 14 May 2005 00:58:46 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of tromey@redhat.com designates 66.187.233.31 as permitted sender) Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 13 May 2005 17:58:46 -0700 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j4E0sIdi012928; Fri, 13 May 2005 20:54:18 -0400 Received: from opsy.redhat.com (vpn50-58.rdu.redhat.com [172.16.50.58]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j4E0sHO12983; Fri, 13 May 2005 20:54:18 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 097F82DD1DE; Fri, 13 May 2005 18:51:28 -0600 (MDT) Sender: tromey@redhat.com To: harmony-dev@incubator.apache.org Cc: Rodrigo Kumpera Subject: Re: JIT vs. WAT References: <4ca14486f1ee987458258ed98bfb1afa@earthlink.net> <42847484.7060604@ebs.gr> <8cca42d805051310348c0d321@mail.gmail.com> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom Date: 13 May 2005 18:51:27 -0600 In-Reply-To: <8cca42d805051310348c0d321@mail.gmail.com> Message-ID: Lines: 30 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N >>>>> "Rodrigo" == Rodrigo Kumpera writes: Rodrigo> It would be great to be GCJ compatible. Leveraging they effort with Rodrigo> the binary ABI is a smart move and will promote more harmony instead Rodrigo> of fragmentation between the java ahead-of-time systems. See the "pluggable jit" thread on the classpath list; I sent a pointer here earlier. That has a list of the issues. This is not trivial to accomplish. It can be done, and with some not unreasonable implementation decisions you can get fairly close fairly easily. That said, finishing the task is hard. As a concrete example, ORP was a fairly modular VM; the JITs in ORP did not hard-code knowledge about thing like object layout but instead asked the VM component for this information. Likewise they did not know about GC. Nevertheless it proved hard to integrate this with gcj's output (I tried as a weekend hack and gave up) due to mismatches between exception handling implementations. (A similar thing applies if you look at merging kaffe and gcj, which both Dalibor and I have done.) Rodrigo> But this raises a question, can Harmony use GCJ's binary ABI Rodrigo> without been GPL? I'm sure that wouldn't be a problem. I think it is no different from, say, replacing libgcc, which some people do. Tom