inconsistent inlining behavior with CompileOnly

Vladimir Ivanov vladimir.x.ivanov at
Wed Jun 29 13:54:04 UTC 2016

> Is the historical behavior (that excluding some methods from compilation
> also forbids inlining of those methods) still the expected behavior?
It depends on what compile command you are talking about.

For "exclude" command such behavior is expected. Disabling compilation 
of a method is used to workaround compiler bugs and it doesn't matter 
whether the problematic method is the root of a compilation or being 
inlined - compiler shouldn't try to compile the method at all.

But for "compileonly" I'd prefer to see the behavior you suggest: it 
affects only root of a compilation and leave inlining decisions intact.

I find it much more useful than current behavior.

It seems we can do such change (I can't imagine any use cases for 
"compileonly" except testing), but it requires a CCC request.

In the worst case (not allowed to change existing behavior), we can 
introduce new command.

Best regards,
Vladimir Ivanov

> FWIW, I really don't like it. It usually gets in the way for typical use
> cases: I want to only compile a set of methods because I want to focus
> on them but I still want them to be compiled like they would be without
> any CompileCommand arguments.
> Roland.

More information about the hotspot-compiler-dev mailing list