RFR: 8367249: [REDO] MemBaseline accesses VMT without using lock [v6]

[Johan Sjölen]

> Hi,
> 
> This is a REDO, as the previous attempt caused build failures when merged with latest master.
> The only difference is that the copy ctr for the RBTRee had been integrated with a different PR, but it never should have been. I deleted the copy ctr.
> 
> Thanks.

Johan Sjölen has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 25 commits:

 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - How did this even work in any release build?
 - const-ify a bit
 - Fix the rest of the incorrect instances
 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - Delete unneeded copy ctr
 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - Missed const-ness
 - Move into rbTree.inline.hpp file
 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - ... and 15 more: https://git.openjdk.org/jdk/compare/4c7c009d...993416dc

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

Changes: https://git.openjdk.org/jdk/pull/27170/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=27170&range=05
  Stats: 239 lines in 12 files changed: 163 ins; 50 del; 26 mod
  Patch: https://git.openjdk.org/jdk/pull/27170.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/27170/head:pull/27170

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