> Since access descriptor is created for each VH operation site, we can 
> optimistically cache the adapted method handle in a site if the site operates 
> on a constant VH.  Used a C2 IR test to verify such a setup through an 
> inexact VarHandle invocation can be constant folded through (previously, it 
> was blocked by `asType`)

Chen Liang 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 17 additional commits since the 
last revision:

 - Review
 - Merge branch 'master' of https://github.com/openjdk/jdk into 
fix/vh-adapt-cache
 - Bugs and verify loader leak
 - Try to avoid loader leak
 - Merge branch 'master' of https://github.com/openjdk/jdk into 
fix/vh-adapt-cache
 - Revert void special case removal due to C2 shortage causing 
TestZGCBarrierElision::testAtomicThenAtomicAnotherField failure
 - Test from Jorn
 - Copyright years
 - Fix problem identified by Jorn
 - Rollback getAndAdd for now
 - ... and 7 more: https://git.openjdk.org/jdk/compare/1f095c6b...d734e8a6

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/28585/files
  - new: https://git.openjdk.org/jdk/pull/28585/files/eebb8ff7..d734e8a6

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=28585&range=08
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=28585&range=07-08

  Stats: 11891 lines in 51 files changed: 8198 ins; 3438 del; 255 mod
  Patch: https://git.openjdk.org/jdk/pull/28585.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/28585/head:pull/28585

PR: https://git.openjdk.org/jdk/pull/28585

Reply via email to