-
Notifications
You must be signed in to change notification settings - Fork 6.1k
8318027: Support alternative name to jdk.internal.vm.compiler #16189
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
Conversation
|
👋 Welcome back dnsimon! A progress list of the required criteria for merging this PR into |
|
@dougxc The following labels will be automatically applied to this pull request:
When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing lists. If you would like to change these labels, use the /label pull request command. |
Webrevs
|
|
@dougxc 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 235 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. ➡️ To integrate this PR with the above commit message to the |
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.
Build changes look trivially good.
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.
Why you replaced pair of copyright years with one year in module-info.Java files? Instead of updating last year only.
Why also update 'since' there?
Even if you changed location these files existed already.
The files may be renamed from git's point of view, but I would argue that these are new modules and so should have a new |
|
Copyright is associated with file and should be kept, only update last year. |
|
The |
|
Ok, thanks for the clarification. What about the copyright dates on the |
|
Vladimir was right about the copyright dates — they should record the year in which the content was created and last updated, regardless of the content’s name. |
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.
The module config and test update looks fine.
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.
Good.
|
The proposed name Is there not a better name that can be used (that does not begin with |
|
/label compiler |
|
@jonathan-gibbons |
|
Jon makes a good point. If memory serves, wasn’t the name |
Added tag jdk-22+18 for changeset 3105538
|
Based on external discussion, agreement has been reached to rename to |
|
Thanks for all the reviews and careful consideration on this naming change. It will have long term consequences so getting it right is important. /integrate |
|
Going to push as commit bd22d23.
Your commit was automatically rebased without conflicts. |
The Graal code base has renamed its module to
jdk.compiler.graalas part of preparations for Project Galahad. Due to the way Java modules work, this requires a JDK change. The core of the issue is that the service by which HotSpot requests a Graal compilation is defined in JVMCI. Since JVMCI is in the boot layer, the service can only be implemented by a provider in the boot layer and the package defining the service must be exported to the provider's defining module. This export currently targetsjdk.internal.vm.compilerand so the binding fails for the new Graal module. To address this, this PR reflects the Graal module renaming, including adjusting the qualified export.Edit: The target of the rename is now
jdk.graal.compiler- see #16189 (comment)Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/16189/head:pull/16189$ git checkout pull/16189Update a local copy of the PR:
$ git checkout pull/16189$ git pull https://git.openjdk.org/jdk.git pull/16189/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 16189View PR using the GUI difftool:
$ git pr show -t 16189Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/16189.diff
Webrev
Link to Webrev Comment