This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gnu/gcj/io/shs.cc doesn't compile on Solaris 2.5.1 (bootstrap failure)
Tom Tromey writes:
> Rainer> Taking the whole section from java/lang/mprec.h works on both
> Rainer> sparc-sun-solaris2.5.1 (where the bootstrap completes now;
> Rainer> I'll run the testsuite and post results soon) and
> Rainer> alpha-dec-osf4.0f (where shs.c compiles, but I get the same
> Rainer> ICE compiling java/lang/Character.java, details follow).
>
> Thanks. I'll check this in soon.
fine, thanks. For the reference, here are the testsuite results for
libjava on sparc-sun-solaris2.5.1:
=== libjava tests ===
Running target unix
FAIL: PR5902 compilation from bytecode
FAIL: PR5902 -O compilation from bytecode
FAIL: linking cxxtest
FAIL: Invoke_1 execution from source compiled test
FAIL: Invoke_1 execution from bytecode->native test
FAIL: Invoke_1 -O execution from source compiled test
FAIL: Invoke_1 -O execution from bytecode->native test
FAIL: Primes output from source compiled test
FAIL: Primes output from bytecode->native test
FAIL: Primes -O output from source compiled test
FAIL: Primes -O output from bytecode->native test
FAIL: invokethrow execution from source compiled test
FAIL: invokethrow execution from bytecode->native test
FAIL: invokethrow -O execution from source compiled test
FAIL: invokethrow -O execution from bytecode->native test
FAIL: FileHandleGcTest execution from source compiled test
FAIL: FileHandleGcTest execution from bytecode->native test
FAIL: FileHandleGcTest -O execution from source compiled test
FAIL: FileHandleGcTest -O execution from bytecode->native test
=== libjava Summary ===
# of expected passes 2009
# of unexpected failures 19
# of expected failures 19
# of untested testcases 26
Compared to the previous 3.0.5 results
http://gcc.gnu.org/ml/gcc-testresults/2002-03/msg00293.html
they look excellent. One new failure is the Primes test: there's a gc
message interspersed with the (correct) output:
Needed to allocate blacklisted block at 0x1f9000
Maybe this can be disabled in boehm-gc or ignored somehow: unlike the test
output, it is written to stderr, not stdout.
Rainer