From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2020 invoked by alias); 12 May 2010 16:48:52 -0000 Received: (qmail 1996 invoked by uid 48); 12 May 2010 16:48:51 -0000 Date: Wed, 12 May 2010 16:48:00 -0000 Message-ID: <20100512164851.1995.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/42811] [4.5 regression] java.lang.ExceptionInInitializerError in ecj1 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "davek at gcc dot gnu dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2010-q2/txt/msg00043.txt.bz2 ------- Comment #19 from davek at gcc dot gnu dot org 2010-05-12 16:48 ------- (In reply to comment #18) > FYI, the same failure happens on x86_64-pc-linux-gnu, but is silent for some > reason: > Leaked composite object at 0x2b5d6f749ef0 > (../../../gcc-svn/trunk/boehm-gc/tests/leak_test.c:16, sz=8, NORMAL) > > PASS: leaktest > Final heap size is 131072 No, as far as I can see it's OK and that's a successful PASS. The purpose of the test is to leak some memory and verify that the GC can *detect* the leak. As indeed it does in the other case as well, which now makes me suspect that the alpha FAIL is probably a false negative. The test code is rather old, declares main as an implict int function, and doesn't have a return statement in it. That could easily end up returning some random register contents as an exit status. Do you have time to check if adding a "return 0;" at the end of the main() function resolves the failure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42811