AArch64: Properly find compressed refs sequence in implicit NULLCHK #12351
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
evaluateNULLCHKWithPossibleResolve
does pattern matching tofind load operation in compressed references sequences, but it searches for
TR::i2l
instead of correct opcodeTR::iu2l
.Also, if it is a load operation and the reference count of the load node
under the compressed refs sequence is 1, explicit NULLCHK is used
even if the reference count of
TR::l2a
node is more than 2.This commit changes
evaluateNULLCHKWithPossibleResolve
towhether it is a load operation instead of searching
TR::iu2l
.TR::l2a
node's reference count > 2.Signed-off-by: Akira Saitoh saiaki@jp.ibm.com