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