RFR: 8356941: AbstractMethodError in HotSpot Due to Incorrect Handling of Private Method [v3]
David Holmes
dholmes at openjdk.org
Wed Jul 16 07:20:16 UTC 2025
> Private methods should never be considered as the implementation of a default method.
>
> The first commit adds some additional logging I used to track down what was happening. I like it, but if reviewers think it too much I can drop it.
>
> The second commit is the actual fix to exclude private methods, and adds the missing test case to the existing defmeth tests.
>
> Testing:
> - tiers 1-4
>
> Thanks
David Holmes has updated the pull request incrementally with one additional commit since the last revision:
Revert "Additional logging to identify the problem"
This reverts commit 60871844d32cbc58ea97b2186a2758e85613afa4.
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/26302/files
- new: https://git.openjdk.org/jdk/pull/26302/files/b839daa1..704d6387
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=02
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=01-02
Stats: 50 lines in 1 file changed: 0 ins; 50 del; 0 mod
Patch: https://git.openjdk.org/jdk/pull/26302.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/26302/head:pull/26302
PR: https://git.openjdk.org/jdk/pull/26302
More information about the hotspot-runtime-dev
mailing list