Dr Andrew John Hughes wrote:
On 16:19 Mon 27 Dec     , Joe Darcy wrote:
Hello.

Sorry for the tardy responses on OpenJDK 6 matters of late; I've been caught up working on a flurry of Project Coin activities.


Guessed it was something like that :-)

Any idea when 7 will move into testing mode and 8 will become the main
development arm?  I recall something about February?

On 12/3/2010 5:59 AM, Dr Andrew John Hughes wrote:
On 13:31 Tue 23 Nov     , Dr Andrew John Hughes wrote:
Building HS19 with Zero on PowerPC requires a fix (6994130).
There's a webrev (for JDK7, but it's the same) here:

  http://cr.openjdk.java.net/~gbenson/zero-ppc-fix/

Would it be possible to backport this?
Once 6994130 is approved and integrated into JDK 7, I approve it
being backported to OpenJDK 6.
It's now in b119 so presumably it can be backported?  Without it, the PPC build 
is broken
which is a regression from b20.
Yes, 6994130 has been in JDK 7 for a few builds so it can be backported to OpenJDK 6.


Done: http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/fbc0d1be89ed

We're still waiting on:

http://mail.openjdk.java.net/pipermail/jdk6-dev/2010-October/002080.html
6668231: Presence of a critical subjectAltName causes JSSE's SunX509 to fail 
trusted checks
Summary: make the critical extension known to end entity checker.
Reviewed-by: wetmore, mullan

Ok for push?  The binary keystores are copied as-is from OpenJDK7.

The changes in 6668231 are approved for backporting.


Done: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/acda21e83215

http://mail.openjdk.java.net/pipermail/jdk6-dev/2010-September/002008.html
For the javac changes, backporting 6638712 in and of itself would be fine; however, backporting 6650759 would be problematic since it implements a type-inference specification change in JDK 7. There are differences between the type inference behavior of javac in OpenJDK 6 and the propriety JDK this issue is one of them. The inference algorithm in OpenJDK 6 could be reworked a bit, but I don't expect the javac team to have cycles for that task in the near future.


Ok, we already have both fixes in IcedTea6.  They are necessary to be able
to build JBoss AIUI.

I'd also like to get:

changeset:   2527:f1bafc4f249d
user:        peterz
date:        Tue Jun 29 14:42:30 2010 +0400
summary:     6963870: NPE in CompoundBorder.getInsets()
http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/f1bafc4f249d

in as mentioned in 
http://mail.openjdk.java.net/pipermail/jdk6-dev/2010-August/001954.html
6963870 is approved for backporting.


Done: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/bc63cfb452f7

As no solution for the hs19 bug has been forthcoming, I suggest we disable 
compressed oops
as we have in IcedTea6: 
http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2010-November/010877.html

The compressed oops issue has now been fixed:

changeset:   1873:4da76e32c0be
user:        never
date:        Wed Dec 01 10:16:31 2010 -0800
summary:     7002666: eclipse CDT projects crash with compressed oops
http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/4da76e32c0be

Is there any movement on any of these patches being approved for OpenJDK6?

Hmmm. Perhaps it is more prudent to disable compressed oops in OpenJDK 6 b21 and then enable them in a subsequent build after a sync with hs20.


We've already backported this to IcedTea6 1.9 and it solves the issue with
no further problems so far over the last month.  I'll leave the decision for
OpenJDK6 up to you, but we'll have compressed oops enabled in IcedTea6 unless
something else comes up.

Once we decide which fix to push (7002666 or a disable oops), can we finally get
b21 out the door?


Hello.

Since you haven't run into any issues with having 7002666 in IcedTea6 1.9, I'm satisfied to have it this build of OpenJDK 6, which should bring b21 to a close!

-Joe

Reply via email to