> 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 eight additional commits since 
the last revision:

 - Rollback getAndAdd for now
 - Redundant change
 - Merge branch 'master' of https://github.com/openjdk/jdk into 
fix/vh-adapt-cache
 - Stage
 - Review tweaks
 - Tweak VH usage in some classes
 - Logical fallacy
 - 8160821

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/28585/files
  - new: https://git.openjdk.org/jdk/pull/28585/files/7bcdcbf3..d49ad129

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

  Stats: 4382 lines in 98 files changed: 2923 ins; 688 del; 771 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