Zero and IcedTea7

[Andrew Haley]

Gary Benson wrote:
> Andrew John Hughes wrote:
>> I had to do some hacking on Zero to get it to work with the latest
>> HotSpot (hs17b01) including a fix to
>> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/8b46c4d82093 which
>> has now been committed to hotspot-gc and turning off compressed oops
>> for Zero (it's now on by default, as is escape analysis).
> 
> The code to turn off compressed oops should be in the very latest
> webrev (http://cr.openjdk.java.net/~gbenson/zero-10/).  Did you have
> to do more to disable it?
> 
>> The Zero-specific failures are:
>>
>> Unexpected exit from test [exit code: 134]
>> compiler/6711117/Test.java : Assertion in 64bit server vm (flat !=
>> TypePtr::BOTTOM,"cannot alias-analyze an untyped ptr")
>> compiler/6826736/Test.java : CMS: core dump with -XX:+UseCompressedOops
>> compiler/6849574/Test.java : VM crash using NonBlockingHashMap (high_scale_lib)
>> compiler/6851282/Test.java : JIT miscompilation results in null entry
>> in array when using CompressedOops
>> Unexpected exit from test [exit code: 1]
>> compiler/6795161/Test.java : Escape analysis leads to data corruption
>> compiler/6865031/Test.java : Application gives bad result (throws bad
>> exception) with compressed oops
> 
> I guess we should force escape analysis off too.  The tests mentioning
> compressed oops must be turning it on with -XX:+UseCompressedOops.
> The turning off code in zero-10 only affects the default I think;
> should we change it to force it off?

I guess we'll need to fix these bugs in Zero.  Do you suppose this
needs to be done before we push Zero upstream to Sun?

Andrew.