From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13920 invoked by alias); 28 Aug 2007 08:33:05 -0000 Received: (qmail 13844 invoked by uid 22791); 28 Aug 2007 08:33:03 -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 08:32:57 +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 l7S8Wtm2005655 for ; Tue, 28 Aug 2007 04:32:55 -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 l7S8WqNm011605; Tue, 28 Aug 2007 04:32:53 -0400 Received: from littlepinkcloud.COM (localhost.localdomain [127.0.0.1]) by zebedee.littlepinkcloud.COM (8.13.8/8.13.5) with ESMTP id l7S8WnP0012923; Tue, 28 Aug 2007 09:32:51 +0100 Received: (from aph@localhost) by littlepinkcloud.COM (8.13.8/8.13.5/Submit) id l7S8Wm6W012920; Tue, 28 Aug 2007 09:32:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18131.56752.293473.183448@zebedee.pink> Date: Tue, 28 Aug 2007 08:33: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: <533274.99927.qm@web25006.mail.ukl.yahoo.com> References: <18126.43295.385499.432582@zebedee.pink> <533274.99927.qm@web25006.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/msg00197.txt.bz2 Steven Newbury writes: > > --- Andrew Haley wrote: > > > Steven Newbury writes: > > > > > > --- Andrew Haley wrote: > > > > > > > > OK, I'd put an || instead of an && for the while loop in the unwind > > loop, > > > > oops. > > > > > As far as I can see I now have everything up to date with the > > > > gcj-eabi-branch. > > > > > Now ecj1 doesn't abort, so it is probably fixed, except gij seems to > > be > > > > using > > > > > inordinate amounts of memory - is this expected? I only have 64MB > > and > > > > it's > > > > > going deep into swap. > > > > > > > > I found an unwinder bug that I'm working on. It might cause the > > > > behaviour you describe. > > > Right, it's hitting the OOM killer before it completes so I don't know if > > it > > > would have worked. I'll wait to see what you come up with. > > > > The branch is looking better now. > > I'll give it a go and let you know how it goes. 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. Thanks, Andrew. FAIL: /home/aph/gcc/trunk/libjava/testsuite/libjava.jar/TestClosureGC.jar execution - gij test FAIL: Throw_2 execution - source compiled test FAIL: Throw_2 -findirect-dispatch execution - source compiled test FAIL: Throw_2 -O3 execution - source compiled test FAIL: Throw_2 -O3 -findirect-dispatch execution - source compiled test === libjava Summary === # of expected passes 2528 # of unexpected failures 5 # of untested testcases 5