Re: gnu/gcj/io/shs.cc doesn't compile on Solaris 2.5.1 (bootstrap failure)

[Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>]

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