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.
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.
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.
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.
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.
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.
-Joe
