Zero and IcedTea7

[Gary Benson]

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 have yet to try Shark with the new build drop.

There are a couple of changes that will need migrating from icedtea6,
notably that one of the classes has had its name changed.

Cheers,
Gary

-- 
http://gbenson.net/