We do not try to move the instructions and split the block till we
know the blocks can be split, i.e. BCE-cmp-insts can be separated from
non-BCE-cmp-insts.
Details
Diff Detail
- Repository
- rL LLVM
- Build Status
Buildable 16026 Build 16026: arc lint + arc unit
Event Timeline
Thanks a lot for the patch.
lib/Transforms/Scalar/MergeICmps.cpp | ||
---|---|---|
147 | Typo: extra "this". | |
153 | Typo: Additionally. | |
171 | Typo: side effects. | |
359 | This will unconditionally split the block even if any subsequent condition for merging fails. This has following issues:
To fix this, you could add the block to the chain with a tag and do the actual splitting in simplify(). For the first point: What about adding a test with a single splittable block and check that the pass introduces no changes ? |
lib/Transforms/Scalar/MergeICmps.cpp | ||
---|---|---|
359 | Actually tryToSplitBCECmpBlock will not move instructions around if it can not split the block. i.e. it first tests whether all non-bce-cmp instructions can be separated from bce-cmp instructions. The way I think about the problem is that we have a chain and within the chain there may be blocks that do work other than the BCE compare which stops us from collapsing the chain into a memcmp. This block can be the first block of the chain or in middle of the chain. In case its the first block in the chain, we can choose to split it (or discard it in case we can not split it), which is what we do with this patch. NOTE: the way split is done will not affect what is recorded in BCECmpBlock. More specifically, a new block is created and all the non-bce-cmp instructions are moved to the new BB. The old BB stays what it is as far as bce-cmp instructions are concerned. In case its in middle of the chain, its a bit more complicated, we need to terminate the chain, process what has been collected and restart anew (This has not been implemented, but i can see how we can implement this even with this patch. i.e. we can break out of the loop and process what has been collected. Then try to rerun the chain collecting/collapsing process again on the modified IR). |
lib/Transforms/Scalar/MergeICmps.cpp | ||
---|---|---|
359 | Sure, I understand what this fixes and I think it's worth fixing. |
lib/Transforms/Scalar/MergeICmps.cpp | ||
---|---|---|
359 | Make sense. Let me do that. |
Thanks, only stylistic comments left.
lib/Transforms/Scalar/MergeICmps.cpp | ||
---|---|---|
112 | Add: "The block might do extra work besides the atom comparison, in which case doesOtherWork() returns true. Under some conditions, the block can be split into the atom comparison part and the "other work" part (see couldSplit()). | |
149 | canSplit() ? | |
160 | style: the function should start with lowercase. | |
160 | I think you can call that just split() given that this is a member function of BCECmpBlock. | |
504 | nit: C->splitBCECmpBlock() ? | |
test/Transforms/MergeICmps/X86/tuple-four-int8.ll | ||
23 | The comment is not very clear. Maybe something like: |
Add: "The block might do extra work besides the atom comparison, in which case doesOtherWork() returns true. Under some conditions, the block can be split into the atom comparison part and the "other work" part (see couldSplit()).