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

Rainer Orth ro@TechFak.Uni-Bielefeld.DE
Fri Mar 15 14:45:00 GMT 2002


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


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /