Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Tom Tromey]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
Cc: gcc-gnats@gcc.gnu.org, hans_boehm@hp.com
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: 10 Apr 2002 18:59:33 -0600

 >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
 
 Kaveh> One is that it must be running solaris2.7 or later for gcc to
 Kaveh> configure 64 bit.
 
 Today I managed to build this toolchain and see the failure.  It
 wasn't as easy as I was expecting, partly due to local conditions and
 partly because dejagnu didn't automatically run the -m64 tests; I had
 to figure out how to ask it to do that.
 
 I found a gdb here that seems to know how to debug on this machine.
 It gives me the appended stack trace.
 
 Hans, any clues you can give me on debugging this would be helpful.
 
 Tom
 
 
 (gdb) bt
 #0  0xfffffeab7ed6fd50 in ?? ()
 #1  0xffffffff7ed68f20 in GC_stopped_mark (
     stop_func=0xffffffff7ed68598 <GC_never_stop_func>)
     at ../../../../gcc/boehm-gc/alloc.c:489
 #2  0xffffffff7ed68b88 in GC_try_to_collect_inner (
     stop_func=0xffffffff7ed68598 <GC_never_stop_func>)
     at ../../../../gcc/boehm-gc/alloc.c:350
 #3  0xffffffff7ed72de0 in GC_init_inner ()
     at ../../../../gcc/boehm-gc/misc.c:673
 #4  0xffffffff7ed72a60 in GC_init () at ../../../../gcc/boehm-gc/misc.c:455
 #5  0xffffffff7ed6cce4 in GC_init_gcj_malloc (mp_index=32752, 
     mp=0xffffffff7ed655e4) at ../../../../gcc/boehm-gc/gcj_mlc.c:62
 #6  0xffffffff7ed6636c in _Jv_InitGC() ()
     at ../../../../gcc/libjava/boehm.cc:465
 #7  0xffffffff7ebe6520 in _Jv_CreateJavaVM(void*) ()
     at ../../../../gcc/libjava/prims.cc:892
 #8  0xffffffff7ebe69b0 in _Jv_RunMain(java::lang::Class*, char const*, int, char const**, bool) (klass=0x100102518, name=0x0, argc=1, argv=0xffffffff7ffff718, 
     is_jar=false) at ../../../../gcc/libjava/prims.cc:982
 #9  0x100001820 in main ()

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Kaveh R. Ghazi]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
To: tromey@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: Sun, 31 Mar 2002 01:01:19 -0500 (EST)

  > From: Tom Tromey <tromey@redhat.com>
  > 
  > >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
  > 
  > Kaveh> Alternatively, you could get a solaris2 box and run make check
  > Kaveh> with: setenv RUNTESTFLAGS "--verbose
  > Kaveh> --target_board='unix{-m64,}'" to get both regular and -m64
  > Kaveh> passes.
  > 
  > I assume I need a special 64 bit machine to do this.
  > I don't know whether I have access to one.
 
 Well, whatever sun box you have, I think you need to verify two
 things.  One is that it must be running solaris2.7 or later for gcc to
 configure 64 bit.  The second is that it must be the right hardware.
 If you run "uname -a" and get "sun4u" or run "prtconf" and get
 "UltraSPARC", you should be in good shape.  I'm not an expert so other
 hardware may also suffice.  Easiest thing is to try it and see what
 happens.  You'll know that the -m64 stuff is working if the C tests
 look reasonable.  Then try and see why the libjava ones choke.
 
 
  > Kaveh> No I think it's really a bug.  If you look back, I specifically
  > Kaveh> showed the `ldd' results to prove I was using the correct
  > Kaveh> shared libs for 64-bit compilation.  (The sparcv9 multilibs
  > Kaveh> *are* built with -m64.)
  > 
  > Ok, thanks.  I didn't know dejagnu knew about multilibs.
  > 
  > As far as I know nobody has ever tried libgcj on a 64-bit Sparc box
  > before.  It sounds like this requires actual debugging; I was hoping
  > it was some relatively simple thing.
  > Tom
 
 Heh, "actual debugging". :-)
 
 --
 Kaveh R. Ghazi			Director of Systems Architecture
 ghazi@caip.rutgers.edu		Qwest Global Services

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Tom Tromey]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: 30 Mar 2002 22:42:47 -0700

 >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
 
 Kaveh> Alternatively, you could get a solaris2 box and run make check
 Kaveh> with: setenv RUNTESTFLAGS "--verbose
 Kaveh> --target_board='unix{-m64,}'" to get both regular and -m64
 Kaveh> passes.
 
 I assume I need a special 64 bit machine to do this.
 I don't know whether I have access to one.
 
 Kaveh> No I think it's really a bug.  If you look back, I specifically
 Kaveh> showed the `ldd' results to prove I was using the correct
 Kaveh> shared libs for 64-bit compilation.  (The sparcv9 multilibs
 Kaveh> *are* built with -m64.)
 
 Ok, thanks.  I didn't know dejagnu knew about multilibs.
 
 As far as I know nobody has ever tried libgcj on a 64-bit Sparc box
 before.  It sounds like this requires actual debugging; I was hoping
 it was some relatively simple thing.
 
 Tom

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Kaveh R. Ghazi]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
To: tromey@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: Sun, 31 Mar 2002 00:25:12 -0500 (EST)

  > From: Tom Tromey <tromey@redhat.com>
  > 
  > Kaveh> That seems ok.  So I ran it and got:
  > Kaveh> 	Abort (core dumped)
  > 
  > Ok.  Often symptoms like this will mean some pretty low-level problem,
  > like binutils failure or some basic problem with the port.
 
 I think you may be right about the low-level problem.  (But note, I'm
 using native as/ld, not binutils.)  Also, some of the cases weren't
 crashing but having output diffs with the expected results, so there
 may be more than one problem here.
 
  > Kaveh> If you'd like me to attempt anything else let me know.
  > Kaveh> Alternatively, you could get a solaris2 box and run make check
  > Kaveh> with: setenv RUNTESTFLAGS "--verbose
  > Kaveh> --target_board='unix{-m64,}'" to get both regular and -m64
  > Kaveh> passes.
  > 
  > I finally read about -m64 in the manual.  It sets the pointer size to
  > 64 bits.  I think you would have to build the entire runtime with -m64
  > for this to even have a chance of working.
  > 
  > For instance, "hello world" with gcj needs a virtual method call.  If
  > the hello program and the runtime disagree on pointer size, this is
  > going to fail.
  > 
  > Is there some mitigating factor I'm unaware of?  I'm inclined to say
  > that this isn't really a bug, and that you must make a -m64 multilib
  > if you want that to work.
  > Tom
 
 No I think it's really a bug.  If you look back, I specifically showed
 the `ldd' results to prove I was using the correct shared libs for
 64-bit compilation.  (The sparcv9 multilibs *are* built with -m64.)
 
 		--Kaveh
 --
 Kaveh R. Ghazi			Director of Systems Architecture
 ghazi@caip.rutgers.edu		Qwest Global Services

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Tom Tromey]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: 30 Mar 2002 15:54:50 -0700

 Kaveh>   spawn [open ...]
 Kaveh>   7 file6
 Kaveh>   close result is child killed: illegal instruction
 
 Thanks.
 
 Kaveh> (I don't know what the "7 file6" means.)
 
 It is dejagnu debugging output.  You can ignore it.
 
 Kaveh> Hmm, actually it *does* remove the FAILed executables.  Well,
 Kaveh> let's see, I was running several passes and the -m64 pass goes
 Kaveh> first.  I guess the subsequent passes without -m64 PASSed these
 Kaveh> tests and removed the executable.  :-)
 
 Ah, yes.  Sorry about that.
 
 Kaveh> That seems ok.  So I ran it and got:
 Kaveh> 	Abort (core dumped)
 
 Ok.  Often symptoms like this will mean some pretty low-level problem,
 like binutils failure or some basic problem with the port.
 
 Kaveh> If you'd like me to attempt anything else let me know.
 Kaveh> Alternatively, you could get a solaris2 box and run make check
 Kaveh> with: setenv RUNTESTFLAGS "--verbose
 Kaveh> --target_board='unix{-m64,}'" to get both regular and -m64
 Kaveh> passes.
 
 I finally read about -m64 in the manual.  It sets the pointer size to
 64 bits.  I think you would have to build the entire runtime with -m64
 for this to even have a chance of working.
 
 For instance, "hello world" with gcj needs a virtual method call.  If
 the hello program and the runtime disagree on pointer size, this is
 going to fail.
 
 Is there some mitigating factor I'm unaware of?  I'm inclined to say
 that this isn't really a bug, and that you must make a -m64 multilib
 if you want that to work.
 
 Tom

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Kaveh R. Ghazi]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
To: tromey@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: Sat, 30 Mar 2002 15:33:58 -0500 (EST)

  > From: Tom Tromey <tromey@redhat.com>
  > 
  > >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
  > 
  > Kaveh> I looked at last night's testrun to see the context around each
  > Kaveh> failure.  Unfortunately there aren't any useful error messages, it
  > Kaveh> just compiles/PASSes and then spawn FAILs the run.  I've included a
  > Kaveh> bunch of them here using "grep -B 3 ^FAIL libjava.log" so you can see
  > Kaveh> what I mean.
  > 
  > Maybe running dejagnu with `--verbose' will give more information.
 
 Ok, I ran it with RUNTESTFLAGS containing --verbose in addition to the
 --target_board and it did say a little more between the spawn and the
 FAIL line.  Now I get mysterious crash messages like this:
 
   spawn [open ...]
   7 file6
   close result is child killed: illegal instruction
   got
 
 or this:
 
   spawn [open ...]^M
   7 file6
   close result is child killed: SIGABRT
   got
 
 or this:
 
   spawn [open ...]^M
   7 file6
   close result is child killed: segmentation violation
 
 (I don't know what the "7 file6" means.)  However, I also get lots of
 random other failures about "output from source compiled test" or
 "output from bytecode->native test" doesn't match.  So there doesn't
 seem to be an obvious pattern.
 
 
  > The libjava test suite doesn't remove an executable if it fails.  So
  > you could also try running the executable by hand to see if it fails
  > outside the test suite.  (This isn't always perfectly accurate due to
  > environmental differences; for instance the test suite sets
  > LD_LIBRARY_PATH.)
  > Thanks for looking at this.
  > Tom
 
 Hmm, actually it *does* remove the FAILed executables.  Well, let's
 see, I was running several passes and the -m64 pass goes first.  I
 guess the subsequent passes without -m64 PASSed these tests and
 removed the executable.  :-)
 
 So I reran it by hand and caught one of the executable files at random
 (Array_3) before the next pass started.  I had to setup
 LD_LIBRARY_PATH to contain the right directories (I think), here's
 what I get from `ldd Array_3' showing what shared libs will be used:
 
         libm.so.1 =>     /usr/lib/64/libm.so.1
         libgcc_s_sparcv9.so.1 =>
         /teal/caip5/ghazi/gcc-testing/branch/build/gcc/libgcc_s_sparcv9.so.1
         libgcj.so.3 =>
         /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs/libgcj.so.3
         libpthread.so.1 =>       /usr/lib/64/libpthread.so.1
         librt.so.1 =>    /usr/lib/64/librt.so.1
         libsocket.so.1 =>        /usr/lib/64/libsocket.so.1
         libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
         libdl.so.1 =>    /usr/lib/64/libdl.so.1
         libc.so.1 =>     /usr/lib/64/libc.so.1
         libaio.so.1 =>   /usr/lib/64/libaio.so.1
         libmp.so.2 =>    /usr/lib/64/libmp.so.2
         libthread.so.1 =>        /usr/lib/64/libthread.so.1
         /usr/platform/SUNW,Ultra-Enterprise-10000/lib/sparcv9/libc_psr.so.1
 
 That seems ok.  So I ran it and got:
 	Abort (core dumped)
 
 I tried it under gdb-4.18, but it said:
 	Array_3": not in executable format: File format not recognized
 
 I went to another machine that had gdb 5.0 installed and got:
 Starting program:
 	/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3
 	procfs:4036 -- process not stopped.
 	procfs: ...giving up...
 
 After that I gave up.  (I don't know whether the gdb problem is because
 gdb doesn't understand -m64 executables or because it doesn't
 understand java produced code or maybe the local installation was
 broken.)
 
 If you'd like me to attempt anything else let me know.  Alternatively,
 you could get a solaris2 box and run make check with:
 setenv RUNTESTFLAGS "--verbose --target_board='unix{-m64,}'"
 to get both regular and -m64 passes.
 
 	Thanks for your help.
 		--Kaveh
 --
 Kaveh R. Ghazi			Director of Systems Architecture
 ghazi@caip.rutgers.edu		Qwest Global Services

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Tom Tromey]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: 29 Mar 2002 12:14:25 -0700

 >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
 
 Kaveh> I looked at last night's testrun to see the context around each
 Kaveh> failure.  Unfortunately there aren't any useful error messages, it
 Kaveh> just compiles/PASSes and then spawn FAILs the run.  I've included a
 Kaveh> bunch of them here using "grep -B 3 ^FAIL libjava.log" so you can see
 Kaveh> what I mean.
 
 Maybe running dejagnu with `--verbose' will give more information.
 
 The libjava test suite doesn't remove an executable if it fails.  So
 you could also try running the executable by hand to see if it fails
 outside the test suite.  (This isn't always perfectly accurate due to
 environmental differences; for instance the test suite sets
 LD_LIBRARY_PATH.)
 
 Thanks for looking at this.
 
 Tom

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Kaveh R. Ghazi]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
To: tromey@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: Fri, 29 Mar 2002 14:00:56 -0500 (EST)

 I looked at last night's testrun to see the context around each
 failure.  Unfortunately there aren't any useful error messages, it
 just compiles/PASSes and then spawn FAILs the run.  I've included a
 bunch of them here using "grep -B 3 ^FAIL libjava.log" so you can see
 what I mean.
 
 I'll try running by hand to see if I can get more info later tonight
 when I get home. 
 
 		--Kaveh
 
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/cxxtest.java -no-install -fjni -L. -lcxxtest -L/teal/caip5/ghazi/gcc-testing/branch/bui ld/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src -lstdc++ --main=cxxtest -g -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o cxxtest 
 PASS: linking cxxtest
 spawn [open ...]
 FAIL: cxxtest run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/calls.java -no-install -fjni -L. -lcalls --main=calls -g -L/teal/caip5/ghazi/gcc-testin g/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o calls 
 PASS: linking calls
 spawn [open ...]
 FAIL: calls run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/final_method.java -no-install -fjni -L. -lfinal_method --main=final_method -g -L/teal/c aip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o final_method 
 PASS: linking final_method
 spawn [open ...]
 FAIL: final_method run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/field.java -no-install -fjni -L. -lfield --main=field -g -L/teal/caip5/ghazi/gcc-testin g/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o field 
 PASS: linking field
 spawn [open ...]
 FAIL: field run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/findclass.java -no-install -fjni -L. -lfindclass --main=findclass -g -L/teal/caip5/ghaz i/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o findclass 
 PASS: linking findclass
 spawn [open ...]
 FAIL: findclass run
 --
 PASS: linking invoke
 spawn [open ...]
 23
 FAIL: invoke output
 --
 PASS: linking martin
 spawn [open ...]
 Hello, JavaFrom C
 FAIL: martin run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/noclass.java -no-install -fjni -L. -lnoclass --main=noclass -g -L/teal/caip5/ghazi/gcc- testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o noclass 
 PASS: linking noclass
 spawn [open ...]
 FAIL: noclass run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/register.java -no-install -fjni -L. -lregister --main=register -g -L/teal/caip5/ghazi/g cc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o register 
 PASS: linking register
 spawn [open ...]
 FAIL: register run
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.jni/throwit.java -no-install -fjni -L. -lthrowit --main=throwit -g -L/teal/caip5/ghazi/gcc- testing/branch/build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o throwit 
 PASS: linking throwit
 spawn [open ...]
 FAIL: throwit run
 --
 PASS: ArrayStore compilation from source
 spawn [open ...]
 java.lang.ArrayIndexOutOfBoundsExceptionjava.lang.ArrayStoreExceptionjava.lang.ArrayIndexOutOfBoundsExceptionfoobar\x16PASS: ArrayStore execution from source compiled test
 FAIL: ArrayStore output from source compiled test
 --
 PASS: ArrayStore -O compilation from source
 spawn [open ...]
 java.lang.ArrayIndexOutOfBoundsExceptionjava.lang.ArrayStoreExceptionjava.lang.ArrayIndexOutOfBoundsExceptionfoobar\x16PASS: ArrayStore -O execution from source compiled test
 FAIL: ArrayStore -O output from source compiled test
 --
 PASS: Array_1 compilation from source
 spawn [open ...]
 truefalsetrueclass java.lang.ObjectPASS: Array_1 execution from source compiled test
 FAIL: Array_1 output from source compiled test
 --
 PASS: Array_1 compilation from bytecode
 spawn [open ...]
 truefalsetrueclass java.lang.ObjectPASS: Array_1 execution from bytecode->native test
 FAIL: Array_1 output from bytecode->native test
 --
 PASS: Array_1 -O compilation from source
 spawn [open ...]
 truefalsetrueclass java.lang.ObjectPASS: Array_1 -O execution from source compiled test
 FAIL: Array_1 -O output from source compiled test
 --
 PASS: Array_1 -O compilation from bytecode
 spawn [open ...]
 truefalsetrueclass java.lang.ObjectPASS: Array_1 -O execution from bytecode->native test
 FAIL: Array_1 -O output from bytecode->native test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.lang/Array_3.java -no-install --main=Array_3 -g -L/teal/caip5/ghazi/gcc-testing/branch/buil d/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3 
 PASS: Array_3 compilation from source
 spawn [open ...]
 FAIL: Array_3 execution from source compiled test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3.class -no-install --main=Array_3 -g -L/teal/caip5/ghazi/gcc-testing/branch/build/spar c-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3 
 PASS: Array_3 compilation from bytecode
 spawn [open ...]
 FAIL: Array_3 execution from bytecode->native test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.lang/Array_3.java -no-install --main=Array_3 -O -g -L/teal/caip5/ghazi/gcc-testing/branch/b uild/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3 
 PASS: Array_3 -O compilation from source
 spawn [open ...]
 FAIL: Array_3 -O execution from source compiled test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3.class -no-install --main=Array_3 -O -g -L/teal/caip5/ghazi/gcc-testing/branch/build/s parc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Array_3 
 PASS: Array_3 -O compilation from bytecode
 spawn [open ...]
 FAIL: Array_3 -O execution from bytecode->native test
 --
 true
 true
 false
 FAIL: Class_1 execution from bytecode->native test
 --
 true
 true
 false
 FAIL: Class_1 -O execution from bytecode->native test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.lang/Divide_1.java -no-install --main=Divide_1 -g -L/teal/caip5/ghazi/gcc-testing/branch/bu ild/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1 
 PASS: Divide_1 compilation from source
 spawn [open ...]
 FAIL: Divide_1 execution from source compiled test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1.class -no-install --main=Divide_1 -g -L/teal/caip5/ghazi/gcc-testing/branch/build/sp arc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1 
 PASS: Divide_1 compilation from bytecode
 spawn [open ...]
 FAIL: Divide_1 execution from bytecode->native test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/egcc-3.1-CVS20020328/libjava/testsuite/libjava.lang/Divide_1.java -no-install --main=Divide_1 -O -g -L/teal/caip5/ghazi/gcc-testing/branch /build/sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1 
 PASS: Divide_1 -O compilation from source
 spawn [open ...]
 FAIL: Divide_1 -O execution from source compiled test
 --
 spawn /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /teal/caip5/ghazi/gcc-testing/branch/build/gcc/gcj -B/teal/caip5/ghazi/gcc-testing/branch/build/gcc/ --encoding=UTF-8 -B/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/../ /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1.class -no-install --main=Divide_1 -O -g -L/teal/caip5/ghazi/gcc-testing/branch/build /sparc-sun-solaris2.7/sparcv9/libjava/.libs -L/teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/sparcv9/boehm-gc/.libs -lm -m64 -o /teal/caip5/ghazi/gcc-testing/branch/build/sparc-sun-solaris2.7/libjava/testsuite/Divide_1 
 PASS: Divide_1 -O compilation from bytecode
 spawn [open ...]
 FAIL: Divide_1 -O execution from bytecode->native test
 --
 spawn [open ...]
 Pass 1
 ArrayStoreExceptionPass 3PASS: G19990302_02 execution from source compiled test
 FAIL: G19990302_02 output from source compiled test
 --
 spawn [open ...]
 Pass 1
 ArrayStoreExceptionPass 3PASS: G19990302_02 execution from bytecode->native test
 FAIL: G19990302_02 output from bytecode->native test
 --
 spawn [open ...]
 Pass 1
 ArrayStoreExceptionPass 3PASS: G19990302_02 -O execution from source compiled test
 FAIL: G19990302_02 -O output from source compiled test
 --
 spawn [open ...]
 Pass 1
 ArrayStoreExceptionPass 3PASS: G19990302_02 -O execution from bytecode->native test
 FAIL: G19990302_02 -O output from bytecode->native test
 --
 spawn [open ...]
 1
 X3PASS: G19990303_01 execution from source compiled test
 FAIL: G19990303_01 output from source compiled test
 --
 spawn [open ...]
 1
 X3PASS: G19990303_01 execution from bytecode->native test
 FAIL: G19990303_01 output from bytecode->native test
 --
 spawn [open ...]
 1
 X3PASS: G19990303_01 -O execution from source compiled test
 FAIL: G19990303_01 -O output from source compiled test
 --
 spawn [open ...]
 1
 X3PASS: G19990303_01 -O execution from bytecode->native test
 FAIL: G19990303_01 -O output from bytecode->native test
 --
 spawn [open ...]
 Pass 1
 Pass NegativeArraySizeExceptionPass 3PASS: G19990303_02 execution from source compiled test
 FAIL: G19990303_02 output from source compiled test
 --
 spawn [open ...]
 Pass 1
 Pass NegativeArraySizeExceptionPass 3PASS: G19990303_02 execution from bytecode->native test
 FAIL: G19990303_02 output from bytecode->native test
 --
 spawn [open ...]
 Pass 1
 Pass NegativeArraySizeExceptionPass 3PASS: G19990303_02 -O execution from source compiled test
 FAIL: G19990303_02 -O output from source compiled test
 --
 spawn [open ...]
 Pass 1
 Pass NegativeArraySizeExceptionPass 3PASS: G19990303_02 -O execution from bytecode->native test
 FAIL: G19990303_02 -O output from bytecode->native test
 --
 spawn [open ...]
 pass 1
 RuntimeExceptionpass 2PASS: G19990304_01 execution from source compiled test
 FAIL: G19990304_01 output from source compiled test
 --
 spawn [open ...]
 pass 1
 RuntimeExceptionpass 2PASS: G19990304_01 execution from bytecode->native test
 FAIL: G19990304_01 output from bytecode->native test
 --
 spawn [open ...]
 pass 1
 RuntimeExceptionpass 2PASS: G19990304_01 -O execution from source compiled test
 FAIL: G19990304_01 -O output from source compiled test
 --
 spawn [open ...]
 pass 1
 RuntimeExceptionpass 2PASS: G19990304_01 -O execution from bytecode->native test
 FAIL: G19990304_01 -O output from bytecode->native test

Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[Tom Tromey]

The following reply was made to PR java/6092; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: ghazi@caip.rutgers.edu
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
Date: 29 Mar 2002 09:52:48 -0700

 >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
 
 Kaveh> sparc-sun-solaris2.7 native as/ld
 
 Kaveh> When running the libjava testsuite with -m64, I see hundreds of
 Kaveh> extra failures.  E.g. see:
 Kaveh> http://gcc.gnu.org/ml/gcc-testresults/2002-03/msg00645.html
 
 Could you tell me how these fail?
 Just sending the config.log output for a single failure would help.
 Usually when all the exec tests fail it indicates a systematic failure.
 
 Tom

java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64

[ghazi]

>Number:         6092
>Category:       java
>Synopsis:       sparc-sun-solaris2.7 has hundreds of libjava failures with -m64
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 29 08:16:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Kaveh Ghazi
>Release:        3.1 20020324 (prerelease)
>Organization:
>Environment:
sparc-sun-solaris2.7 native as/ld
>Description:
When running the libjava testsuite with -m64, I see hundreds of extra failures.  E.g. see:
http://gcc.gnu.org/ml/gcc-testresults/2002-03/msg00645.html
>How-To-Repeat:
Use RUNTESTFLAGS="--target_board 'unix{-m64,}'"
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: