From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 719 invoked by alias); 28 Aug 2007 12:08:42 -0000 Received: (qmail 622 invoked by uid 22791); 28 Aug 2007 12:08:42 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 28 Aug 2007 12:08:38 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.1/8.13.1) with ESMTP id l7SC8adi008318 for ; Tue, 28 Aug 2007 08:08:36 -0400 Received: from zebedee.littlepinkcloud.COM (vpn-14-6.rdu.redhat.com [10.11.14.6]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l7SC8VVl010369; Tue, 28 Aug 2007 08:08:33 -0400 Received: from littlepinkcloud.COM (localhost.localdomain [127.0.0.1]) by zebedee.littlepinkcloud.COM (8.13.8/8.13.5) with ESMTP id l7SC8Ser015109; Tue, 28 Aug 2007 13:08:30 +0100 Received: (from aph@localhost) by littlepinkcloud.COM (8.13.8/8.13.5/Submit) id l7SC8RAm015106; Tue, 28 Aug 2007 13:08:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18132.4155.220371.594948@zebedee.pink> Date: Tue, 28 Aug 2007 12:08:00 -0000 From: Andrew Haley To: Steven Newbury Cc: aph@all6500.kos.to, java-patches@gcc.gnu.org Subject: Re: ARM EABI and eclipse-ecj In-Reply-To: <622847.44026.qm@web25015.mail.ukl.yahoo.com> References: <18131.56752.293473.183448@zebedee.pink> <622847.44026.qm@web25015.mail.ukl.yahoo.com> X-Mailer: VM 7.19 under Emacs 22.0.93.1 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2007-q3/txt/msg00199.txt.bz2 Steven Newbury writes: > > --- Andrew Haley wrote: > > I just got a nearly perfect set of test scores. Throw_2 is expected > > (indeed, designed) to fail, so no problem there. TestClosureGC is a > > weird one, but not worth worrying about ATM. As far as I can see > > we're good to go. > > > > Let me know your results. > > I won't be able to do much until later in the week. I have noticed that gij is > quite a bit slower than jamvm (using libffi) on some benchmark tests, That's true on all platforms: gij is a very simple bytecode interpreter. gcj wins with precompilation. Andrew.