RFR: 8356941: AbstractMethodError in HotSpot Due to Incorrect Handling of Private Method [v4]

David Holmes dholmes at openjdk.org
Sun Jul 20 22:35:28 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:

  Updated comments

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/26302/files
  - new: https://git.openjdk.org/jdk/pull/26302/files/704d6387..56809168

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=02-03

  Stats: 6 lines in 1 file changed: 2 ins; 4 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