RFR: 8294982: Implementation of Classfile API [v36]
Paul Sandoz
psandoz at openjdk.org
Thu Mar 2 22:50:50 UTC 2023
On Thu, 2 Mar 2023 14:31:06 GMT, Adam Sotona <asotona at openjdk.org> wrote:
>> This is root pull request with Classfile API implementation, tests and benchmarks initial drop into JDK.
>>
>> Following pull requests consolidating JDK class files parsing, generating, and transforming ([JDK-8294957](https://bugs.openjdk.org/browse/JDK-8294957)) will chain to this one.
>>
>> Classfile API development is tracked at:
>> https://github.com/openjdk/jdk-sandbox/tree/classfile-api-branch
>>
>> Development branch of consolidated JDK class files parsing, generating, and transforming is at:
>> https://github.com/openjdk/jdk-sandbox/tree/classfile-api-dev-branch
>>
>> Classfile API [JEP](https://bugs.openjdk.org/browse/JDK-8280389) and [online API documentation](https://htmlpreview.github.io/?https://raw.githubusercontent.com/openjdk/jdk-sandbox/classfile-api-javadoc-branch/doc/classfile-api/javadoc/java.base/jdk/internal/classfile/package-summary.html) is also available.
>>
>> Please take you time to review this non-trivial JDK addition.
>>
>> Thank you,
>> Adam
>
> Adam Sotona has updated the pull request incrementally with one additional commit since the last revision:
>
> StackMapFrameInfo extracted to top level from StackMapTableAttribute
src/java.base/share/classes/jdk/internal/classfile/CodeBuilder.java line 93:
> 91: * directly; they are passed to handlers by methods such as {@link
> 92: * MethodBuilder#withCode(Consumer)} or to code transforms. The elements of a
> 93: * code can be specified abstractly (by passing a {@link CodeElement} to {@link
Suggestion:
* code can be specified abstractly, by passing a {@link CodeElement} to {@link
-------------
PR: https://git.openjdk.org/jdk/pull/10982
More information about the core-libs-dev
mailing list