RFR: Missing nmethod preload bit after #27
Aleksey Shipilev
shade at openjdk.org
Tue Apr 1 15:17:32 UTC 2025
Noticed in experiments that we no longer print "AP" in print compilation logs for preload code. I think #27 missed setting a relevant bit on `nmethod`.
Output before:
52 W0.0 Q17.5 C0.0 A0.0 465 AP 4 com.sun.tools.javac.util.StringNameTable::fromString (50 bytes)
53 465 A 4 com.sun.tools.javac.util.StringNameTable::fromString (50 bytes) made not entrant: uncommon trap
Note this is compile task "465", yet it loses the "AP" in the middle of the run.
-------------
Commit messages:
- Set preload
Changes: https://git.openjdk.org/leyden/pull/51/files
Webrev: https://webrevs.openjdk.org/?repo=leyden&pr=51&range=00
Stats: 1 line in 1 file changed: 1 ins; 0 del; 0 mod
Patch: https://git.openjdk.org/leyden/pull/51.diff
Fetch: git fetch https://git.openjdk.org/leyden.git pull/51/head:pull/51
PR: https://git.openjdk.org/leyden/pull/51
More information about the leyden-dev
mailing list