> Remove the upcall to addClass during class loading. The comment says it's > only so GC can keep classes alive while the class loader is alive. We have > other ways to do that. There were some JVMTI tests in the past that failed > without this vector but today seems to be only one test. Maybe there's some > code that has a dependency on this in heap walking. > Tested tier1-6 > > --------- > - [x] I confirm that I make this contribution in accordance with the [OpenJDK > Interim AI Policy](https://openjdk.org/legal/ai).
Coleen Phillimore has updated the pull request incrementally with one additional commit since the last revision: Make an assert to check that stale classes aren't in loader constraint table, now that addClass() isn't called so no OOM possible. ------------- Changes: - all: https://git.openjdk.org/jdk/pull/32519/files - new: https://git.openjdk.org/jdk/pull/32519/files/8a14cef8..966af389 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=32519&range=03 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=32519&range=02-03 Stats: 14 lines in 3 files changed: 1 ins; 4 del; 9 mod Patch: https://git.openjdk.org/jdk/pull/32519.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/32519/head:pull/32519 PR: https://git.openjdk.org/jdk/pull/32519
