RFR: 8356941: AbstractMethodError in HotSpot Due to Incorrect Handling of Private Method [v2]
    David Holmes 
    dholmes at openjdk.org
       
    Tue Jul 15 00:52:54 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 with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision:
 - Merge branch 'master' into 8356941-defaultmeth
 - Merge branch 'master' into 8356941-defaultmeth
 - Fix bug and add new testcases
 - Additional logging to identify the problem
-------------
Changes:
  - all: https://git.openjdk.org/jdk/pull/26302/files
  - new: https://git.openjdk.org/jdk/pull/26302/files/784d307e..b839daa1
Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=26302&range=00-01
  Stats: 82 lines in 4 files changed: 20 ins; 2 del; 60 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