-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
8311084: Add typeSymbol() API for applicable constant pool entries #14706
Conversation
👋 Welcome back liach! A progress list of the required criteria for merging this PR into |
Webrevs
|
*/ | ||
default ClassDesc typeSymbol() { | ||
return Util.fieldTypeSymbol(nameAndType()); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Usage of Util::fieldTypeSymbol in asSymbol() can be replaced with typeSymbol()
*/ | ||
default MethodTypeDesc typeSymbol() { | ||
return Util.methodTypeSymbol(nameAndType()); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar comment as with CondyEntry -- reduce usage of Util::methodTypeSymbol in this class
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(Would like to do the same in various ::count methods, but unfortunately MemberRefEntry is too general; would have to rejigger the various XxxRefEntry types.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Which count
methods are you referring to, Brian?
@liach This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 15 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@briangoetz, @asotona) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
@liach This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration! |
@liach This pull request has been inactive for more than 8 weeks and will now be automatically closed. If you would like to continue working on this pull request in the future, feel free to reopen it! This can be done using the |
/open |
@liach This pull request is now open |
@asotona Can you review this Classfile API utility addition? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks good, thanks for the patch.
/integrate |
/sponsor |
Going to push as commit 1749ba2.
Your commit was automatically rebased without conflicts. |
5 Constant Pool entries, namely ConstantDynamicEntry, InvokeDynamicEntry, FieldRefEntry, MethodRefEntry, and InterfaceMethodRefEntry should have a typeSymbol() API to return the nominal/symbolic descriptor (ClassDesc or MethodTypeDesc).
This API is not added to NameAndTypeEntry itself, for a NameAndTypeEntry only knows if its type should be a field or method type from the other entries that refer to it.
This is one of the issues discussed in this mailing list thread: https://mail.openjdk.org/pipermail/classfile-api-dev/2023-June/000381.html
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/14706/head:pull/14706
$ git checkout pull/14706
Update a local copy of the PR:
$ git checkout pull/14706
$ git pull https://git.openjdk.org/jdk.git pull/14706/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 14706
View PR using the GUI difftool:
$ git pr show -t 14706
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/14706.diff
Webrev
Link to Webrev Comment