JDK-8162704

[Maurizio Cimadamore]

I believe the cause was this:


https://bugs.openjdk.java.net/browse/JDK-8078093


That is, the speculative attribution framework introduced as part of JDK 
8 to handle lambda expressions and method reference in overload 
resolution context caused a combinatorial explosion of type-checking 
calls. This has been addressed as part of JEP-215 [1].


Maurizio


[1]  - http://openjdk.java.net/jeps/215


On 02/02/17 11:45, Wieland, Jacob wrote:
>
> Hi,
>
>
> that is good to hear, can I ask what the cause of the problem was?
>
>
> BR,
>
>
> 
>
> 	
>
>
> 	
>
> *Dr. Jacob Wieland*
>
> /Senior Software Engineer/
>
> main +49.30.7261919.34
>
> mobile +49.173.6446443
>
>
> jacob.wieland at spirent.com <mailto:jacob.wieland at spirent.com>
>
>
> www.spirent.com
>
>
> 	
>
>
> 	
>
>
> Follow us on:
>
> 	
>
>
> 	
>
> Spirent Communications
>
>  <https://www.linkedin.com/company/spirent-communications>| 
> <https://twitter.com/Spirent>| <https://www.facebook.com/spirent>
>
> 	
>
>
> 	
>
> Michaelkirchstraße 17/18
>
> 10179 Berlin, Germany
>
>
>
> *+++++  N E W S F L A S H  +++++*
>
> Spirent Communications and Testing Technologies join forces to become 
> your test automation power-house. Read more at http://conta.cc/1S62BEY.
>
> ------------------------------------------------------------------------
> *From:* Maurizio Cimadamore <maurizio.cimadamore at oracle.com>
> *Sent:* Thursday, February 2, 2017 12:41:30 PM
> *To:* Wieland, Jacob; Oracle Java Compiler Developers
> *Subject:* Re: JDK-8162704
>
>
>
> On 02/02/17 11:24, Maurizio Cimadamore wrote:
>>
>> This issue is resolved in JDK 9 - the only issue being that it takes 
>> more VM stack size than in the past.
>>
>>
>> I've been able to compile the attached test case in 1.5 seconds, but 
>> I have to bump up the compiler stack size as follows:
>>
>>
>> javac -J-Xss2M CompilerIssue.java
>>
> Sorry, I was trying out the wrong test case. With the correct test 
> case JDK 9 javac finishes in 2  seconds w/o any need to increase stack 
> size.
>
> Maurizio
>>
>>
>> Cheers
>> Maurizio
>>
>>
>> On 24/11/16 12:33, Wieland, Jacob wrote:
>>>
>>> Is anybody looking into this very weird issue: 
>>> http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8162704
>>>
>>> Bug ID: JDK-8162704 deeply nested expression stumps the 
>>> compiler-checking algorithm 
>>> <http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8162704>
>>> bugs.java.com
>>> Component: tools - Sub-Component: javac
>>>
>>> BR, Jacob
>>>
>>>
>>>
>>>
>>>
>>> Spirent Communications e-mail confidentiality.
>>> ------------------------------------------------------------------------
>>> This e-mail contains confidential and / or privileged information 
>>> belonging to Spirent Communications plc, its affiliates and / or 
>>> subsidiaries. If you are not the intended recipient, you are hereby 
>>> notified that any disclosure, copying, distribution and / or the 
>>> taking of any action based upon reliance on the contents of this 
>>> transmission is strictly forbidden. If you have received this 
>>> message in error please notify the sender by return e-mail and 
>>> delete it from your system.
>>>
>>> Spirent Communications plc
>>> Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United 
>>> Kingdom.
>>> Tel No. +44 (0) 1293 767676
>>> Fax No. +44 (0) 1293 767677
>>>
>>> Registered in England Number 470893
>>> Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, 
>>> RH10 9XN, United Kingdom.
>>>
>>> Or if within the US,
>>>
>>> Spirent Communications,
>>> 27349 Agoura Road, Calabasas, CA, 91301, USA.
>>> Tel No. 1-818-676- 2300
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20170202/8aa65341/attachment-0001.html>