-
Notifications
You must be signed in to change notification settings - Fork 729
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider the compileMethod() API in replenishInvocationCount() Assertion #20876
Consider the compileMethod() API in replenishInvocationCount() Assertion #20876
Conversation
@mpirvu can you have a look at this? |
7b249a7
to
f27de16
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we can use the existing plan->setIsExplicitCompilation(true)
flag to determine when the compilations were triggered internally without the invocation count reaching 0. Thus, we don't need the changes in the OMR.
f27de16
to
77067cc
Compare
Changed the code so that we simply check for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@luke-li-2003 Could you please change the commit message to reflect the new implementation? Thanks |
…rtion replenishInvocationCount will only raise the assertion failure for unexpected count value if the compilation was not set as explicit, since the count value can be any positive integer in that case. Based on eclipse-openj9#15472 Signed-off-by: Luke Li <[email protected]>
77067cc
to
01824c4
Compare
jenkins test sanity zlinux jdk21 |
Add a flag in the optimization plan for compilations triggered by the compileMethod API, which can have the invocation count be any positive integer; replenishInvocationCount will not raise the assertion failure for unexpected count value.
Based on #15472
Depends on eclipse-omr/omr#7598