> The Graal code base has > [renamed](https://github.com/oracle/graal/commit/1e41203d10db321f86723eac90f6cd0573b08b33) > its module to `jdk.compiler.graal` as 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](https://github.com/openjdk/jdk/blob/56aa1e8dc8047cbc29d554889c64beb6eca0b8eb/src/jdk.internal.vm.ci/share/classes/module-info.java#L37) > 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 targets > [`jdk.internal.vm.compiler`](https://github.com/openjdk/jdk/blob/56aa1e8dc8047cbc29d554889c64beb6eca0b8eb/src/jdk.internal.vm.ci/share/classes/module-info.java#L28) > and so the binding fails for the new Graal module. To address this, this PR > reflects the Graal module rena ming, including adjusting the qualified export.
Doug Simon has updated the pull request incrementally with one additional commit since the last revision: re-fix since tags to reflect current JDK release ------------- Changes: - all: https://git.openjdk.org/jdk/pull/16189/files - new: https://git.openjdk.org/jdk/pull/16189/files/cc0474b2..193e22a6 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=16189&range=02 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=16189&range=01-02 Stats: 2 lines in 2 files changed: 0 ins; 0 del; 2 mod Patch: https://git.openjdk.org/jdk/pull/16189.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/16189/head:pull/16189 PR: https://git.openjdk.org/jdk/pull/16189
