From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19405 invoked by alias); 12 Nov 2009 02:39:05 -0000 Received: (qmail 19396 invoked by uid 22791); 12 Nov 2009 02:39:04 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from bromo.med.uc.edu (HELO bromo.med.uc.edu) (129.137.3.146) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Thu, 12 Nov 2009 02:38:59 +0000 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id 33193B005D; Wed, 11 Nov 2009 21:38:57 -0500 (EST) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id nAC2cux7002145; Wed, 11 Nov 2009 21:38:56 -0500 Date: Thu, 12 Nov 2009 02:39:00 -0000 From: Jack Howarth To: Andrew Haley Cc: java@gcc.gnu.org Subject: Re: gcj segfaults on i686/x86_64-apple-darwin* Message-ID: <20091112023856.GA2075@bromo.med.uc.edu> References: <20091109004028.GA19749@bromo.med.uc.edu> <4AF7D92C.9070100@redhat.com> <20091109141843.GA25666@bromo.med.uc.edu> <4AF82827.3030100@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4AF82827.3030100@redhat.com> User-Agent: Mutt/1.5.18 (2008-05-17) Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2009-11/txt/msg00022.txt.bz2 On Mon, Nov 09, 2009 at 02:33:11PM +0000, Andrew Haley wrote: > Jack Howarth wrote: > >> Shouldn't the libjava testsuite contain some rudimentary tests using = gcj >> to make sure it is functional? > > Sure. > >> The recent testsuite results don't suggest >> major problems with java on intel darwin... >> >> http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00666.html >> http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01308.html > > This means that, whatever the cause of the bug, it wasn't present > when these tests were run. > > You can easily verify that yourself by running 'make check-target-libjava= '. > > Andrew. Andrew, Actually the nature of the testsuite will mask this failure on intel dar= win. The gcj compiler doesn't segfault when presented with a *.class file to com= pile into an executable. Only when presented a *.java file will the gcj compiler= abort. The output to libjava.log suggests that all of the tests in libjava.lang ar= e executed via the class file contained in the associated jar file rather than compili= ng directly the java file itself.=20 Running /sw/src/fink.build/gcc45-4.4.999-20091107/gcc-4.5-20091107/libjava/= testsuite/libjava.lang/lang.exp ... set_ld_library_path_env_vars: ld_library_path=3D.:/sw/src/fink.build/gcc45-= 4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs Executing on host: /sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/= x86_64-apple-darwin10.2.0/libjava/testsuite/../libtool --silent --tag=3DGCJ= --mode=3Dlink /sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/./gc= c/gcj -B/sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-appl= e-darwin10.2.0/libjava/ -B/sw/src/fink.build/gcc45-4.4.999-20091107/darwin_= objdir/./gcc/ -B/sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/bin/ -B/sw/lib/gcc= 4.5/x86_64-apple-darwin10.2.0/lib/ -isystem /sw/lib/gcc4.5/x86_64-apple-dar= win10.2.0/include -isystem /sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/sys-inc= lude --encoding=3DUTF-8 -B/sw/src/fink.build/gcc45-4.4.999-20091107/darw= in_objdir/x86_64-apple-darwin10.2.0/libjava/testsuite/../ /sw/src/fink.buil= d/gcc45-4.4.999-20091107/gcc-4.5-20091107/libjava/testsuite/libjava.lang/Ar= rayStore.jar -w -bind_at_load -multiply_defined suppress -Wl,-allow_stack= _execute --main=3DArrayStore -g -L/sw/src/fink.build/gcc45-4.4.999-2009110= 7/darwin_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs -lm -o /sw/src/= fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/l= ibjava/testsuite/ArrayStore.exe (timeout =3D 300) PASS: ArrayStore compilation from source set_ld_library_path_env_vars: ld_library_path=3D.:/sw/src/fink.build/gcc45-= 4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs invoke: /sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-appl= e-darwin10.2.0/libjava/testsuite/ArrayStore.exe=20=20 Setting LD_LIBRARY_PATH to .:/sw/src/fink.build/gcc45-4.4.999-20091107/darw= in_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs:.:/sw/src/fink.build/gc= c45-4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs java.lang.ArrayIndexOutOfBoundsException java.lang.ArrayStoreException java.lang.ArrayIndexOutOfBoundsException foobar PASS: ArrayStore execution - source compiled test PASS: ArrayStore output - source compiled test I suspect if the libjava harness was fixed to compile the java files if a e= cj1 was built that all of the libjava.lang tests would suddenly fail on darwin. Jack