RFR: 8319850: PrintInlining should report late inlines

[Roland Westrelin]

On Fri, 10 Nov 2023 07:45:38 GMT, Joshua Cao <duke at openjdk.org> wrote:

> I'm not 100% sure if this covers all case of late inlines.
> 
> Passes jtreg tier1 locally on my Linux machine with a fastdebug build. With sample Java programs and -XX:+PrintInlining, I can see
> 
> 
> @ 15   java.lang.Float::valueOf (9 bytes)   late inline (boxing method)

`PrintInlining` reports late inlines AFAIK. When running:

java -Xcomp -XX:+AlwaysIncrementalInline -XX:+PrintCompilation -XX:+PrintInlining -XX:-TieredCompilation -version

for instance, the output includes inlining messages so that does seem to work. There is (complicated) code to keep the `PrintInlining` output ordered when using late inlining. There's an open bug to clean it up: https://bugs.openjdk.org/browse/JDK-8039555 FWIW, I gave it a try at some point but I couldn't find a better solution.
Can you give more details on what you're trying to fix?

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

PR Comment: https://git.openjdk.org/jdk/pull/16595#issuecomment-1805321143