Zero and IcedTea7

[Gary Benson]

Andrew Haley wrote:
> 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?

I doubt it.  A couple of test failures is a very minor thing
compared with the size of the rest of Zero.

Cheers,
Gary

-- 
http://gbenson.net/