[PING] Re: About time for b21?

[Joe Darcy]

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