`CodeOffsets::Verified_Inline_Entry` and `CodeOffsets::Verified_Inline_Entry` are special among entry point code offsets because they can be disabled with a value of `-1`. The code installation for hotspot deals with this by just setting both to the same value as `CodeOffsets::Verified_Entry` if they are disabled. JVMCI code installation on the other hand, leaves the offsets at `-1`. When printing the assembly of a JVMCI compiled method where both offsets are disabled, the method name is not printed together with the entry point labels. This is due to the disabled entry points having the lowest address due to their negative offset and those disabled entry points thus pointing to an address before the block that is being printed:
https://github.com/openjdk/valhalla/blob/af03598eb81aee17c0657347fd6439475ca8f7ee/src/hotspot/share/code/nmethod.cpp#L3788-L3796 This PR fixes this issue by checking if the entry points that can be disabled point into the code block that is being printed. The regression test is botched together from two existing tests, due to my inexperience with JVMCI (but it works). Suggestions for a better test are welcome. Testing: - [ ] tier1,tier2,tier3,valhalla-comp-stress ------------- Commit messages: - Add regression test - Fix printing of method tag Changes: https://git.openjdk.org/valhalla/pull/1529/files Webrev: https://webrevs.openjdk.org/?repo=valhalla&pr=1529&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8360851 Stats: 188 lines in 2 files changed: 186 ins; 0 del; 2 mod Patch: https://git.openjdk.org/valhalla/pull/1529.diff Fetch: git fetch https://git.openjdk.org/valhalla.git pull/1529/head:pull/1529 PR: https://git.openjdk.org/valhalla/pull/1529
