Hi, Claes.
> http://cr.openjdk.java.net/~redestad/8162439/webrev.02/
This looks good.
Thanks,
Iris
> On 29 Jul 2016, at 05:15, Claes Redestad wrote:
>
> Hi Paul,
>
> On 07/28/2016 02:55 PM, Paul Sandoz wrote:
>>> On 27 Jul 2016, at 19:36, Claes Redestad wrote:
>>>
>>> On 07/25/2016 08:01 PM, Iris Clark wrote:
Hi, Claes.
> Webrev: http://cr.openjdk.java.net/~redestad/8162439/
Hi Paul,
On 07/28/2016 02:55 PM, Paul Sandoz wrote:
On 27 Jul 2016, at 19:36, Claes Redestad wrote:
On 07/25/2016 08:01 PM, Iris Clark wrote:
Hi, Claes.
Webrev: http://cr.openjdk.java.net/~redestad/8162439/webrev.01/
Bug: https://bugs.openjdk.java.net/browse/JDK-8162439
I think that this c
> /Claes
>
>>
>> Regards,
>> iris
>> (not a Reviewer)
>>
>> -----Original Message-
>> From: Claes Redestad
>> Sent: Saturday, July 23, 2016 9:24 AM
>> To: core-libs-dev@openjdk.java.net core-libs-dev
>> Subject: RFR: 8162
d
Sent: Saturday, July 23, 2016 9:24 AM
To: core-libs-dev@openjdk.java.net core-libs-dev
Subject: RFR: 8162439: Runtime.Version.parse needs fast-path for major versions
Hi,
please review this patch to address a startup regression due to use of
Runtime.Version.parse("8") etc in JarFile,
ified.
Regards,
iris
(not a Reviewer)
-Original Message-
From: Claes Redestad
Sent: Saturday, July 23, 2016 9:24 AM
To: core-libs-dev@openjdk.java.net core-libs-dev
Subject: RFR: 8162439: Runtime.Version.parse needs fast-path for major versions
Hi,
please review this patch to address a s
Hi,
please review this patch to address a startup regression due to use of
Runtime.Version.parse("8") etc in JarFile, as introduced by JDK-8150680.
This solution introduce a fast-path in case of what appears to be a
single number is sent to Runtime.Version.parse to avoid initializing
Runtime.
