[Bug java/35035] New: Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[Bug java/35035] New: Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

So far I have been unable to run the libjava test suite on
powerpc-apple-darwin9: after some (short?) time I lose any access to my machine
and I have to reboot. The faulty test seems random:

run 1 (rev. 130708):

...
PASS: register2.c compilation
set_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
Executing on host:
/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../libtool
--silent --tag=GCJ --mode=link /opt/gcc/darwin_buildw/gcc/gcj
-B/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/
-B/opt/gcc/darwin_buildw/gcc/ --encoding=UTF-8
-B/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/register2.jar  -w 
-no-install -bind_at_load -multiply_defined suppress -fjni --main=register2 -g 
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs -lm   -o
register2    (timeout = 300)

run2 (rev. 131040):

...
PASS: simple_int execution - gij test
PASS: simple_int output - gij test
Executing on host: /opt/gcc/darwin_buildw/gcc/xgcc
-B/opt/gcc/darwin_buildw/gcc/
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/throwit.c  -dynamiclib
-fPIC -I. -I.. -I/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni
-fdollars-in-identifiers -Wmissing-prototypes
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../include
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../classpath/include   -lm   -o
libthrowit.dylib    (timeout = 300)

run 3 (rev. 131628):

...
PASS: invoke output
set_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
invoke: /opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/gij -classpath
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/invoke.jar invoke 
Setting LD_LIBRARY_PATH to
.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs:.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs


-- 
           Summary: Has any one managed to run the libjava test suite on
                    powerpc-apple-darwin9?
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: powerpc-apple-darwin9
  GCC host triplet: powerpc-apple-darwin9
GCC target triplet: powerpc-apple-darwin9


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #1 from dominiq at lps dot ens dot fr  2008-01-30 22:13 -------
I don't know if this is related, but if anyone has cared to look at the test
results, (s)he would have seen that the libjava tests are badly broken
onpowerpc-apple-darwin8.5.0 since some time (see Results for 4.3.0 20080130
(experimental) (GCC) testsuite on powerpc-apple-darwin8.5.0)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #2 from andreast at gcc dot gnu dot org  2008-01-30 22:18 -------
This should help you:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01465.html


-- 

andreast at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rguenth at gcc dot gnu dot
                   |                            |org
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2008-01-30 22:18:24
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2008-01-31 09:49 -------
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
           Keywords|                            |ABI, wrong-code
   Last reconfirmed|2008-01-30 22:18:24         |2008-01-31 09:49:21
               date|                            |
            Summary|Has any one managed to run  |[4.3 Regression] Has any one
                   |the libjava test suite on   |managed to run the libjava
                   |powerpc-apple-darwin9?      |test suite on powerpc-apple-
                   |                            |darwin9?
   Target Milestone|---                         |4.3.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #4 from dominiq at lps dot ens dot fr  2008-01-31 10:01 -------
After applying the patch in comment #2 on top of rev. 131968, I am not having
hanging so far, but apparently all the executables are timed out (?) after
having taken ~40s:

...
Executing on host: /opt/gcc/darwin_buildw/gcc/xgcc
-B/opt/gcc/darwin_buildw/gcc/
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/bytebuffer.c  -dynamiclib
-fPIC -I. -I.. -I/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni
-fdollars-in-identifiers -Wmissing-prototypes
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../include
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../classpath/include   -lm   -o
libbytebuffer.dylib    (timeout = 300)
PASS: bytebuffer.c compilationset_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libsExecuting
on host:
/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../libtool
--silent --tag=GCJ --mode=link /opt/gcc/darwin_buildw/gcc
/gcj -B/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/
-B/opt/gcc/darwin_buildw/gcc/ --encoding=UTF-8
-B/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/bytebuffer.jar  -w 
-no-install -bind_at_load -multiply_defined suppress -Wl,-allow_stack_execute
-fjni --main=bytebuffer -g 
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs -lm   -o
bytebuffer    (timeout = 300)
PASS: linking bytebuffer
set_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
Setting LD_LIBRARY_PATH to
.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs:.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
Exception during runtime initialization
FAIL: bytebuffer run
UNTESTED: bytebuffer output
...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #5 from rguenth at gcc dot gnu dot org  2008-01-31 10:11 -------
Created an attachment (id=15062)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15062&action=view)
patch

"final" patch.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #6 from rguenth at gcc dot gnu dot org  2008-01-31 10:12 -------
Testing on ppc-darwin appreciated ;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #7 from dominiq at lps dot ens dot fr  2008-01-31 10:35 -------
> After applying the patch in comment #2 on top of rev. 131968,

After a check, I realized that I applied the patch in the wrong directory, so
the behavior reported in comment #4 is for the unpatched rev. 131968.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #8 from andreast at gcc dot gnu dot org  2008-01-31 11:12 -------
bootstrap started on ppc-darwin. 


-- 

andreast at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |andreast at gcc dot gnu dot
                   |                            |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #9 from dominiq at lps dot ens dot fr  2008-01-31 12:28 -------
> bootstrap started on ppc-darwin.

After having applied the patch in the right directory and an incremental make
on Darwin9, I still ahve the same failures:

FAIL: PR9577 run
FAIL: longfield run
FAIL: shortfield run
Running /opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jar/jar.exp ...
FAIL: TestClosureGC run
FAIL: /opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jar/TestClosureGC.jar
execution - gij test
FAIL: simple run
FAIL: /opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jar/simple.jar execution
- gij test
Running /opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/jni.exp ...
FAIL: PR15133 run
FAIL: PR18116 run
FAIL: PR28178 run
FAIL: bytebuffer run
FAIL: calls run
FAIL: cxxtest run
FAIL: directbuffer run
FAIL: field run
FAIL: final_method run
FAIL: findclass run
FAIL: findclass2 run
FAIL: iface run
FAIL: init run

I am now starting a fresh build (~12 hours).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #10 from andreast at gcc dot gnu dot org  2008-01-31 12:51 -------
You'd need at least a fresh build of libstdc++ and libjava. An incremental
build failed for me as well. So I have rm -rf'ed the two libraries. And I saved
a complete bootstrap :) That was for yesterdays trial.
Right now in building runtime libs. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #11 from andreast at gcc dot gnu dot org  2008-01-31 13:30 -------
Applying the patch from #5 on r131976

Results here:

/Volumes/development/gcc/head/gcc/libjava/jni.cc: In function 'T
extract_from_jvalue(const jvalue&) [with T = jboolean]':
/Volumes/development/gcc/head/gcc/libjava/jni.cc:470: internal compiler error:
in emit_move_insn, at expr.c:3379
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [jni.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-target-libjava] Error 2
make: *** [bootstrap] Error 2



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #12 from rguenth at gcc dot gnu dot org  2008-01-31 14:14 -------
Created an attachment (id=15064)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15064&action=view)
patch

D*mn.  Try this one.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #15062|0                           |1
        is obsolete|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #13 from rguenth at gcc dot gnu dot org  2008-01-31 14:19 -------
I guess this should be P1, ppc-darwin is still a secondary platform and we
shouldn't break its libjava ABI.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #14 from andreast at gcc dot gnu dot org  2008-01-31 18:39 -------
With the patch from #12:

                === libjava Summary ===

# of expected passes            2550


Thanks again!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #15 from dominiq at lps dot ens dot fr  2008-01-31 23:10 -------
With the patch in comment #12 on powerpc-apple-darwin9, I am back to square
0!-( I have lost the remote access to my machine and I am sure 4ll have to
reboot it tomorrow morning).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #16 from rguenth at gcc dot gnu dot org  2008-02-03 12:46 -------
Patch waiting for approval:

http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01510.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #17 from dominiq at lps dot ens dot fr  2008-02-03 20:47 -------
>From 
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01522.html
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00016.html

I infer that the answer to my question is yes (at least now).  I would like to
know what is wrong with my machine/config to explain why the libjava test suite
hangs (when properly running) apparently randomly:

run 1:

invoke: /opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/gij -classpath
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/pr18278.jar pr18278 
Setting LD_LIBRARY_PATH to
.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs:.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
Bob
true
PASS: pr18278 execution - gij test
PASS: pr18278 output - gij test
Executing on host: /opt/gcc/darwin_buildw/gcc/xgcc
-B/opt/gcc/darwin_buildw/gcc/
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/pr23739.c  -dynamiclib
-fPIC -I. -I.. -I/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni
-fdollars-in-identifiers -Wmissing-prototypes
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../include
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../classpath/include   -lm   -o
libpr23739.dylib    (timeout = 300)
PASS: pr23739.c compilation
set_ld_library_path_env_vars:
ld_library_path=.:/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs
Executing on host:
/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../libtool
--silent --tag=GCJ --mode=link /opt/gcc/darwin_buildw/gcc/gcj
-B/opt/gcc/darwin_buildw/gcc/ --encoding=UTF-8
-B/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/../
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jni/pr23739.jar  -w 
-no-install -bind_at_load -multiply_defined suppress -Wl,-allow_stack_execute
-fjni --main=pr23739 -g 
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/.libs -lm   -o pr23739
   (timeout = 300)

run 2:

Start Loc: 2
Length: 7
Slot: 3
Name: otwo
Sig: Ljava/lang/Object;
Gen Sig: Ljava/lang/Object;
Start Loc: 4
Length: 5
PASS: getlocalvartable output
Executing on host: /opt/gcc/darwin_buildw/gcc/xgcc
-B/opt/gcc/darwin_buildw/gcc/
/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jvmti/interp/natgetstacktrace.cc
 -dynamiclib -fPIC -I. -I..
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jvmti
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../include  
-I/opt/gcc/gcc-4.3-work/libjava/testsuite/../classpath/include
-fdollars-in-identifiers
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libstdc++-v3/src
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libstdc++-v3/src/.libs
-shared-libgcc -lstdc++  -lm   -o libnatgetstacktrace.dylib    (timeout = 300)

tails of libjava.log for a fresh build rev. 131976 with the patch in comment
#12.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #18 from dominiq at lps dot ens dot fr  2008-02-03 20:56 -------
Either I did make a mistake or I have been hit by a bugzilla bug, but comment
#17 has not been displayed correctly in
http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #19 from andreast at gcc dot gnu dot org  2008-02-03 21:22 -------
Dominique,

- what is your ppc machine you're running the build on? UP, SMP, which
processor?
- how do you run the test suite, a single make -k check or a parallel one?

I have a G4 PowerBook (1.5GHz), and I have a blocking issue with the OS itself.
If I test a clean tree I fail with the failures originating this PR. Patching
with Richard's second patch attached to this PR I succeed in building but I
send my machine into a deadlock on the deepest level. I can only get it back if
I have the focus on the terminal where I launched the test and hit ctrl-c. If I
do not have the focus I have to reboot!

The problem I have is in this test case:

Index: testsuite/libjava.jvmti/interp/natgetstacktrace.cc
===================================================================
--- testsuite/libjava.jvmti/interp/natgetstacktrace.cc  (revision 132072)
+++ testsuite/libjava.jvmti/interp/natgetstacktrace.cc  (working copy)
@@ -90,7 +90,7 @@
       done = env->GetBooleanField (obj, done_id);
       if (done == false)
         break;
-      usleep (10);
+      usleep (40);
     }
   while (done != false);
 }

>From my point of view this is an OS issue. I worked around in increasing the
usleep value I pass, but the real cause of this I did not find so far. Well, I
do not have the time to track down OS issues atm.

So maybe you hit similar issue and it manifests on your machine in a different
way.

Just my 2 bucks.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #21 from rguenth at gcc dot gnu dot org  2008-02-03 21:40 -------
Err, of course it is correct.  Just ignore me ;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #20 from rguenth at gcc dot gnu dot org  2008-02-03 21:40 -------
Well, I for example notice that libjava/include/jni_md.h has

typedef int    jboolean __attribute__((__mode__(__QI__)));

which is wrong for ppc-darwin again.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aph at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #22 from howarth at nitro dot med dot uc dot edu  2008-02-03 21:42 -------
My tests of the proposed patch have been done on a dual 2.0GHZ G5 with 4GB of
ram. So it is possible that a might not see the same timing issue. I would note
that Darwin PPC has always had timing issues to one extent or another in the
libjava tests (notice that Thread_Sleep_2 still fails on my machine).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #23 from dominiq at lps dot ens dot fr  2008-02-03 21:57 -------
My machine is a G5 1.8Ghz mono processor, 1.5Gb of memory.  The symptom is very
close to the one described in comment #19, excepted that the failure occurs for
different test cases and so far I have been unable to interrupt the test with a
^C, I had always to reboot the machine. Also the only info I have is the last
record in libjava.log, the problem may be occur later without leaving any
trace(?).

On intel-darwin9 I have the following failures:

                === libjava tests ===


Running target unix
FAIL: /opt/gcc/gcc-4.3-work/libjava/testsuite/libjava.jar/TestClosureGC.jar
execution - gij test

                === libjava Summary for unix ===

# of expected passes            2548
# of unexpected failures        1
# of untested testcases         1

Running target unix/-m64
FAIL: PR16923 run
FAIL: events output

                === libjava Summary for unix/-m64 ===

# of expected passes            2548
# of unexpected failures        2
# of untested testcases         1

                === libjava Summary ===

# of expected passes            5096
# of unexpected failures        3
# of untested testcases         2


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #24 from andreast at gcc dot gnu dot org  2008-02-03 22:08 -------
I have the same results on shrintel except the TestClosureGC.jar, this one
passes on x86_64 and x86 multilib. But I know this one is hairy.

Nevertheless, do you run a parallel check in libjava? Me is wondering because
the failing part is this usleep and if it hangs you can not reliably tell where
it hung except you run a single test run. (Means you have problems to
investigate where it 'hanged'.)

I do not get any mentionable problems on x86/x86_64.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #25 from dominiq at lps dot ens dot fr  2008-02-03 22:15 -------
> do you run a parallel check in libjava?

No (I don't see the point on a single processor), I use "make -k check" (BTW on
my macbook intel, I also don't run in parallel because I have noticed erratic
failures if I run in parallel and use -j2 only to bootstrap).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #26 from howarth at nitro dot med dot uc dot edu  2008-02-03 22:19 -------
I do 'make -k check' for my testsuite runs. I also always install the newly
built gcc over any prior installations first (to make sure I don't get bitten
by holes in the buildroot).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #27 from dominiq at lps dot ens dot fr  2008-02-04 13:32 -------
I have followed the advice of comment #19 and I can reproduced the behavior it
describes. In particular I have implemented the patch for
testsuite/libjava.jvmti/interp/natgetstacktrace.cc:

-      usleep (10);
+      usleep (40);

With that the test suite pass in 32 bit mode:

                === libjava Summary for unix ===

# of expected passes            2550

However I have several failures with -m64 and some of them are crashes, for
example:

Process:         pr18278 [76644]
Path:            ./pr18278
Identifier:      pr18278
Version:         ??? (???)
Code Type:       PPC-64 (Native)
Parent Process:  expect [24348]

Date/Time:       2008-02-04 14:21:08.366 +0100
OS Version:      Mac OS X 10.5.1 (9B18)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000c13be4
Crashed Thread:  0

Thread 0 Crashed:
0   ???                                 0x0000000000c13be4 0 + 12663780
1   libgcj.9.dylib                      0x0000000100c13be4 GC_push_roots + 292
2   libgcj.9.dylib                      0x0000000100c12f84 GC_mark_some + 516
3   libgcj.9.dylib                      0x0000000100c07a14 GC_stopped_mark +
148
4   libgcj.9.dylib                      0x0000000100c07e38
GC_try_to_collect_inner + 264
5   libgcj.9.dylib                      0x0000000100c153d8 GC_init_inner + 808
6   libgcj.9.dylib                      0x0000000100c15640 GC_init + 32
7   libgcj.9.dylib                      0x0000000100c0e124 GC_init_gcj_malloc +
52
8   libgcj.9.dylib                      0x0000000100069ee4 _Jv_InitGC() + 132
(boehm.cc:543)
9   libgcj.9.dylib                      0x00000001000077a4
_Jv_CreateJavaVM(_Jv_VMInitArgs*) + 484 (prims.cc:1631)
10  libgcj.9.dylib                      0x00000001000080c0
_Jv_RunMain(_Jv_VMInitArgs*, java::lang::Class*, char const*, int, char
const**, bool) + 112 (prims.cc:1719)
11  pr18278                             0x0000000100000a80 main + 92
(ccPzLWva.i:12)
12  pr18278                             0x00000001000009d0 start + 68
13  ???                                 0x00007fff5fbfdbc8 0 + 140734799797192

Thread 0 crashed with PPC Thread State 64:
  srr0: 0x0000000000c13be4  srr1: 0x900000000000f030   dar: 0x00000000e3df6000
dsisr: 0x00000000
    r0: 0x0000000000c13be4    r1: 0x00007fff5fbfd0e0    r2: 0x00000001019e7668 
  r3: 0x0000000100c13ad8
    r4: 0x0000000000000000    r5: 0x000000000000aae0    r6: 0x0000000000000000 
  r7: 0x0000000000000000
    r8: 0x0000000000000000    r9: 0x0000000000000000   r10: 0x0000000000000000 
 r11: 0x0000000101a00588
   r12: 0x0000000100c11720   r13: 0x00007fff704f7510   r14: 0x0000000000000000 
 r15: 0x0000000000000000
   r16: 0x0000000000000000   r17: 0x0000000000000000   r18: 0x0000000000000000 
 r19: 0x0000000000000000
   r20: 0x0000000000000000   r21: 0x0000000000000000   r22: 0x0000000000000000 
 r23: 0x0000000000000000
   r24: 0x0000000000000000   r25: 0x0000000100001110   r26: 0x00007fff5fbfd290 
 r27: 0x0000000000000001
   r28: 0x00000001019e7a10   r29: 0x00000001019e7890   r30: 0x0000000000000004 
 r31: 0x0000000100c13ad8
    cr: 0x24000028           xer: 0x0000000020000000    lr: 0x0000000000c13be4 
 ctr: 0x0000000100c11720
vrsave: 0x00000000

Binary Images:
       0x100000000 -        0x100000fff +pr18278 ??? (???)
<5b712d1c60062c01100e8888dee76cc5>
/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/pr18278
       0x100003000 -        0x101299fff +libgcj.9.dylib ??? (???)
<e0c4b449408785b7148ca320a1d7122a>
/opt/gcc/darwin_buildw/powerpc-apple-darwin9/ppc64/libjava/.libs/libgcj.9.dylib
       0x103cf5000 -        0x103decffc  libiconv.2.dylib ??? (???)
<ebe5ffdf970cc9899b9fab929ff6a74b> /usr/lib/libiconv.2.dylib
    0x7fff5fc00000 -     0x7fff5fc32423  dyld 95.3 (???)
<b7d5ff5cb2eb5909a2ce29a4af0da410> /usr/lib/dyld
    0x7fff80222000 -     0x7fff8022fffa  libgcc_s_ppc64.1.dylib ??? (???)
<25e2718ff9370df1a631bb0e4b78be45> /usr/lib/libgcc_s_ppc64.1.dylib
    0x7fff826e3000 -     0x7fff82876ffb  libSystem.B.dylib ??? (???)
<1f468045268776257bae1c0a55cce0a4> /usr/lib/libSystem.B.dylib
    0x7fff84579000 -     0x7fff8457effa  libmathCommon.A.dylib ??? (???)
/usr/lib/system/libmathCommon.A.dylib
    0x7fff845ae000 -     0x7fff845c0fff  libz.1.dylib ??? (???)
<63b0d59c3ff2ce4561723d3ea723ea9c> /usr/lib/libz.1.dylib
0xffffffffffff8000 - 0xffffffffffff9703  libSystem.B.dylib ??? (???)
/usr/lib/libSystem.B.dylib

It seems that ReportCrash is taking a lot of time for each report, so the test
is becoming very sloooow.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[andreast at gcc dot gnu dot org]

------- Comment #28 from andreast at gcc dot gnu dot org  2008-02-04 13:48 -------
For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely
libffi for 64-bit, I'm also not sure how boehm-gc works.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #29 from dominiq at lps dot ens dot fr  2008-02-04 14:01 -------
> For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely libffi for 64-bit, 

Now I remember, it is PR29152!-(2006-09-20)

> I'm also not sure how boehm-gc works.

It is broken for 4.2 and seems to work with 4.3 on intel: PR35035.

Could the problem against which I opened this PR be related to PR19003
(2004-12-15, never answered)?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #30 from howarth at nitro dot med dot uc dot edu  2008-02-04 14:54 -------
With regard to the 64-bit support for powerpc-apple-darwin9, this does exist in
Apple's open source release of libffi from PyObjC. Bill Bumgarner at Apple had
the following comments on the issue of porting the changes from their open
source release...

http://www.opensource.apple.com/darwinsource/10.5/libffi-10/

into FSF gcc...

"So... long story short.

About 10 years ago, PyObjC forked libffi for use in the PyObjC
project.  I don't remember exactly why it was forked, but forked it was.

The PyOBjC version of libffi has been maintained over the years,
specifically targeted to Mac OS X.   In the past year, it got quite a
bit of attention both to support the 64 bit variants of Mac OS X and
quite a bit of cleanup work (new testing infrastructure, man pages,
etc.etc.etc).   It also grew an Xcode project.

I would be perfectly happy to see all the changes folded back into the
FSF/GCC community version (as long as the license remains liberal --
but we can fork it at the point of change, if it ever changes) and no
longer have a forked version for PyObjC.

But none of us have the time to fold together the decade+ of forked
development.    At this point, the most likely path forward is to drop
the PyObjC version of FFI back into the PyObjC repository.   It will,
at least, be widely accessible again."


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #31 from howarth at nitro dot med dot uc dot edu  2008-02-04 18:36 -------
Back to this PR, who did we need to review the current patch? I ask because the
last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can
branch as soon as both of those are checked in.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenther at suse dot de]

------- Comment #32 from rguenther at suse dot de  2008-02-04 20:39 -------
Subject: Re:  [4.3 Regression] Has any one managed to run
 the libjava test suite on powerpc-apple-darwin9?

On Mon, 4 Feb 2008, howarth at nitro dot med dot uc dot edu wrote:

> ------- Comment #31 from howarth at nitro dot med dot uc dot edu  2008-02-04 18:36 -------
> Back to this PR, who did we need to review the current patch? I ask because the
> last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can
> branch as soon as both of those are checked in.

It needs a C++ FE maintainer, but I pinged it today and hope that Mark
while going over PRs to produce the next status report will approve it.

Richard.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #33 from rguenth at gcc dot gnu dot org  2008-02-04 21:13 -------
Approved by Ian on IRC, committed, fixed.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #34 from rguenth at gcc dot gnu dot org  2008-02-04 21:13 -------
Subject: Bug 35035

Author: rguenth
Date: Mon Feb  4 21:12:49 2008
New Revision: 132095

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132095
Log:
2008-02-04  Richard Guenther  <rguenther@suse.de>

        PR java/35035
        * decl.c (record_builtin_java_type): Make jboolean a
        integer type again where its mode doesn't match that of bool.

Modified:
    trunk/gcc/cp/ChangeLog
    trunk/gcc/cp/decl.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #35 from dominiq at lps dot ens dot fr  2008-02-05 19:27 -------
Before closing this PR would it be possible to apply the patch in comment #19
for libjava/testsuite/libjava.jvmti/interp/natgetstacktrace.cc?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #36 from howarth at nitro dot med dot uc dot edu  2008-02-05 19:58 -------
We ought to also try to figure out why the following new regressions are seen
on powerpc-apple-darwin8...

FAIL: LargeFile execution - source compiled test
FAIL: LargeFile -findirect-dispatch execution - source compiled test
FAIL: LargeFile -O3 execution - source compiled test
FAIL: LargeFile -O3 -findirect-dispatch execution - source compiled test


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[pinskia at gmail dot com]

------- Comment #37 from pinskia at gmail dot com  2008-02-05 20:01 -------
Subject: Re:  [4.3 Regression] Has any one managed to run the libjava test
suite on powerpc-apple-darwin9?

> FAIL: LargeFile execution - source compiled test
> FAIL: LargeFile -findirect-dispatch execution - source compiled test
> FAIL: LargeFile -O3 execution - source compiled test
> FAIL: LargeFile -O3 -findirect-dispatch execution - source compiled test

How much disk space do you have?  HFS+ sucks for sparse files (well
more than sucks, support is non existent).

-- Pinski


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenther at suse dot de]

------- Comment #38 from rguenther at suse dot de  2008-02-05 20:10 -------
Subject: Re:  [4.3 Regression] Has any one managed to run
 the libjava test suite on powerpc-apple-darwin9?

On Tue, 5 Feb 2008, dominiq at lps dot ens dot fr wrote:

> ------- Comment #35 from dominiq at lps dot ens dot fr  2008-02-05 19:27 -------
> Before closing this PR would it be possible to apply the patch in comment #19
> for libjava/testsuite/libjava.jvmti/interp/natgetstacktrace.cc?

Please open a new PR for this.

Richard.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[howarth at nitro dot med dot uc dot edu]

------- Comment #39 from howarth at nitro dot med dot uc dot edu  2008-02-05 20:13 -------
I am referring to the results from Apple's regress tester...

http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00321.html

The LargeFile libjava test has been in place for four years
and in that time I don't believed it has ever failed on that
server. However regress has been seeing massive libjava failures
at least twice a day for a month so perhaps all of those crash reporter logs
in Darwin have finally added up.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[dominiq at lps dot ens dot fr]

------- Comment #40 from dominiq at lps dot ens dot fr  2008-02-05 20:26 -------
> Please open a new PR for this.

May I say that it is the patch in comment #19 that allows to answer yes to my
question in the summary.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenther at suse dot de]

------- Comment #41 from rguenther at suse dot de  2008-02-05 20:30 -------
Subject: Re:  [4.3 Regression] Has any one managed to run
 the libjava test suite on powerpc-apple-darwin9?

On Tue, 5 Feb 2008, dominiq at lps dot ens dot fr wrote:

> ------- Comment #40 from dominiq at lps dot ens dot fr  2008-02-05 20:26 -------
> > Please open a new PR for this.
> 
> May I say that it is the patch in comment #19 that allows to answer yes to my
> question in the summary.

Well, but this is not new (and that patch is just papering over 
something).

Richard.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #42 from rguenth at gcc dot gnu dot org  2008-03-12 14:26 -------
Subject: Bug 35035

Author: rguenth
Date: Wed Mar 12 14:25:48 2008
New Revision: 133142

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133142
Log:
2008-03-12  Richard Guenther  <rguenther@suse.de>

        PR c++/35469
        Revert:
        2008-02-04  Richard Guenther  <rguenther@suse.de>

        PR java/35035
        * decl.c (record_builtin_java_type): Make jboolean a
        integer type again where its mode doesn't match that of bool.

        2008-01-25  Richard Guenther  <rguenther@suse.de>

        PR c++/33887
        * decl.c (record_builtin_java_type): Make __java_boolean
        a variant of bool.
        * typeck.c (structural_comptypes): Move TYPE_FOR_JAVA check
        after TYPE_MAIN_VARIANT check.

Modified:
    trunk/gcc/cp/ChangeLog
    trunk/gcc/cp/decl.c
    trunk/gcc/cp/typeck.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

[rguenth at gcc dot gnu dot org]

------- Comment #43 from rguenth at gcc dot gnu dot org  2008-03-12 14:30 -------
Subject: Bug 35035

Author: rguenth
Date: Wed Mar 12 14:29:35 2008
New Revision: 133143

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133143
Log:
2008-03-12  Richard Guenther  <rguenther@suse.de>

        PR c++/35469
        Revert:
        2008-02-04  Richard Guenther  <rguenther@suse.de>

        PR java/35035
        * decl.c (record_builtin_java_type): Make jboolean a
        integer type again where its mode doesn't match that of bool.

        2008-01-25  Richard Guenther  <rguenther@suse.de>

        PR c++/33887
        * decl.c (record_builtin_java_type): Make __java_boolean
        a variant of bool.
        * typeck.c (structural_comptypes): Move TYPE_FOR_JAVA check
        after TYPE_MAIN_VARIANT check.

Modified:
    branches/gcc-4_3-branch/gcc/cp/ChangeLog
    branches/gcc-4_3-branch/gcc/cp/decl.c
    branches/gcc-4_3-branch/gcc/cp/typeck.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035