Backport request for JDK-8059321

[Marcus Lagergren]

Yes thank you. It is indeed identical and is targeted for 8u40, only it happened to be implemented in 9. 

Thanks for your help. Backporting. Added label. Reassigned bug to me.

/M

On 30 Sep 2014, at 09:26, Seán Coffey <sean.coffey at oracle.com> wrote:

> Marcus,
> 
> You can assign the master bug to yourself : https://bugs.openjdk.java.net/browse/JDK-8059321
> I'm assuming the JDK 8u40 code is identical to the JDK 9 code then (bar any modular path name changes). That'll save you an extra code review, Rule 1 [1]. HgUpdater [2] ('the bot') will take care of creating the 8u40 backport record for you. You just need to push the changes to the JDK 8u-dev forest.
> 
> You can choose a noreg label from the OpenJDK guide[3]. Add the label to the master bug (JDK 9 record)
> 
> regards,
> Sean.
> 
> [1] http://openjdk.java.net/projects/jdk8u/codereview.html
> [2] https://wiki.openjdk.java.net/display/general/JBS+Overview
> [3] http://openjdk.java.net/guide/changePlanning.html#noreg
> 
> On 30/09/2014 17:11, Marcus Lagergren wrote:
>> It was reviewed and checked into 9 instead of 8u40, but intended for 8u40. The bug was tagged 8u40 but the bot closed it when I put it into nine. What is the correct procedure here? Clone it as nother bug? It is a clean backport. What noreg labels should I put where? Sorry about the confusion, I am quite the n00b at this kind of thing.
>> 
>> /M
>> 
>> On 30 Sep 2014, at 01:53, Seán Coffey <sean.coffey at oracle.com> wrote:
>> 
>>> Marcus,
>>> 
>>> Is this an approval request ?  The master bug is unassigned and has no noreg- label. Can you fix up records there ?
>>> Is this a clean backport for JDK 8u ? Approved if so -  Otherwise please get a code review before pushing.
>>> 
>>> regards,
>>> Sean.
>>> 
>>> On 29/09/2014 22:48, Marcus Lagergren wrote:
>>>> And the webrev is here:
>>>> 
>>>> http://cr.openjdk.java.net/~lagergren/8059321.4/
>>>> 
>>>> /M
>>>> 
>>>> On 29 Sep 2014, at 14:45, Marcus Lagergren <marcus.lagergren at oracle.com> wrote:
>>>> 
>>>>> The introduction of optimistic types in 8u40 led to numerous performance regressions in startup, because of repeated computations of types and regexp syntax validation.
>>>>> 
>>>>> Bug was reviewed and put into 9, thread is here: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-September/003544.html
>>>>> JIRA entry: https://bugs.openjdk.java.net/browse/JDK-8059321
>>>>> 
>>>>> /M
>>>>> 
>