public inbox for java@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jack Howarth <howarth@bromo.med.uc.edu>
To: Andrew Haley <aph@redhat.com>
Cc: java@gcc.gnu.org
Subject: Re: gcj segfaults on i686/x86_64-apple-darwin*
Date: Thu, 12 Nov 2009 02:39:00 -0000	[thread overview]
Message-ID: <20091112023856.GA2075@bromo.med.uc.edu> (raw)
In-Reply-To: <4AF82827.3030100@redhat.com>

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 darwin.
The gcj compiler doesn't segfault when presented with a *.class file to compile
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 are executed
via the class file contained in the associated jar file rather than compiling directly
the java file itself. 

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=.:/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=GCJ --mode=link /sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/./gcc/gcj -B/sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-apple-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/gcc4.5/x86_64-apple-darwin10.2.0/lib/ -isystem /sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/include -isystem /sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/sys-include    --encoding=UTF-8 -B/sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/libjava/testsuite/../ /sw/src/fink.build/gcc45-4.4.999-20091107/gcc-4.5-20091107/libjava/testsuite/libjava.lang/ArrayStore.jar  -w  -bind_at_load -multiply_defined suppress -Wl,-allow_stack_execute --main=ArrayStore -g  -L/sw/src/fink.build/gcc45-4.4.999-20091107/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/libjava/testsuite/ArrayStore.exe    (timeout = 300)
PASS: ArrayStore compilation from source
set_ld_library_path_env_vars: ld_library_path=.:/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-apple-darwin10.2.0/libjava/testsuite/ArrayStore.exe  
Setting LD_LIBRARY_PATH to .:/sw/src/fink.build/gcc45-4.4.999-20091107/darwin_objdir/x86_64-apple-darwin10.2.0/./libjava/.libs:.:/sw/src/fink.build/gcc45-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 ecj1 was
built that all of the libjava.lang tests would suddenly fail on darwin.
             Jack

  parent reply	other threads:[~2009-11-12  2:39 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-09  0:40 Jack Howarth
2009-11-09  8:56 ` Andrew Haley
2009-11-09 14:18   ` Jack Howarth
2009-11-09 14:33     ` Andrew Haley
2009-11-09 15:31       ` Jack Howarth
2009-11-09 16:28         ` Andrew Haley
2009-11-09 18:26       ` David Daney
2009-11-12  2:39       ` Jack Howarth [this message]
2009-11-12 10:06         ` Andrew Haley
2009-11-12 23:18           ` Andreas Tobler
2009-11-13  0:39             ` Jack Howarth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20091112023856.GA2075@bromo.med.uc.edu \
    --to=howarth@bromo.med.uc.edu \
    --cc=aph@redhat.com \
    --cc=java@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).