Skip to content

Commit 60baaf1

Browse files
committed
[mlir] fix typo in mem2reg [NFC]
1 parent 31480b0 commit 60baaf1

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

mlir/lib/Transforms/Mem2Reg.cpp

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -46,7 +46,7 @@ using namespace mlir;
4646
/// Control flow can create situations where a load could be replaced by
4747
/// multiple possible stores depending on the control flow path taken. As a
4848
/// result, this pass must introduce new block arguments in some blocks to
49-
/// accomodate for the multiple possible definitions. Each predecessor will
49+
/// accommodate for the multiple possible definitions. Each predecessor will
5050
/// populate the block argument with the definition reached at its end. With
5151
/// this, the value stored can be well defined at block boundaries, allowing
5252
/// the propagation of replacement through blocks.
@@ -109,7 +109,7 @@ struct MemorySlotPromotionInfo {
109109
/// This is a DAG structure because if an operation must eliminate some of
110110
/// its uses, it is because the defining ops of the blocking uses requested
111111
/// it. The defining ops therefore must also have blocking uses or be the
112-
/// starting point of the bloccking uses.
112+
/// starting point of the blocking uses.
113113
BlockingUsesMap userToBlockingUses;
114114
};
115115

@@ -414,7 +414,7 @@ MemorySlotPromotionAnalyzer::computeInfo() {
414414

415415
// Then, compute blocks in which two or more definitions of the allocated
416416
// variable may conflict. These blocks will need a new block argument to
417-
// accomodate this.
417+
// accommodate this.
418418
computeMergePoints(info.mergePoints);
419419

420420
// The slot can be promoted if the block arguments to be created can

0 commit comments

Comments
 (0)