JDK-8143211 : provide bytecode intrinsics for loop and try/finally executors
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.lang.invoke
  • Affected Version: 9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2015-11-18
  • Updated: 2020-01-13
  • Resolved: 2016-07-04
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9 b126Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
The looper and tryFinally{Void}Executor methods in the JEP 274 implementation currently exist at the level of Java source code. For optimisation and compactness reasons, they should be provided as bytecode intrinsics in InvokerBytecodeGenerator.
Comments
FC Extension Request The work on this RFE is part of the overall JEP 274 effort (JDK-8130227). Performance analysis for this JEP found that intrinsifying the newly added method handle abstractions is desirable. Also, most complex method handle combinators have an accompanying implementation in the form of lambda form interpretation and bytecode intrinsification. The work on this RFE is already considerably advanced; it is currently under review (http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-June/041839.html). The remaining work will consist in satisfying the reviewers' improvement requests. Risk is low, as no API changes are involved, existing tests cover the functionality well, and performance improvements are likely. The RFE should be completed by July 8, 2016.
30-06-2016