Skip to content

Commit cd4dec1

Browse files
committed
Fix false positives
1 parent 0107df1 commit cd4dec1

File tree

25 files changed

+46
-46
lines changed

25 files changed

+46
-46
lines changed

mlir/docs/Canonicalization.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ Most compilers have canonicalization passes, and sometimes they have many
1212
different ones (e.g. instcombine, dag combine, etc in LLVM). Because MLIR is a
1313
multi-level IR, we can provide a single canonicalization infrastructure and
1414
reuse it across many different IRs that it represents. This document describes
15-
the general approach, global canonicalization performed, and provides sections
15+
the general approach, global canonicalizations performed, and provides sections
1616
to capture IR-specific rules for reference.
1717

1818
[TOC]
@@ -28,7 +28,7 @@ exhausted. This is for efficiency reasons and to ensure that faulty patterns
2828
cannot cause infinite looping.
2929

3030
Canonicalization patterns are registered with the operations themselves, which
31-
allows each dialect to define its own set of operations and canonicalization
31+
allows each dialect to define its own set of operations and canonicalizations
3232
together.
3333

3434
Some important things to think about w.r.t. canonicalization patterns:
@@ -107,15 +107,15 @@ These transformations are applied to all levels of IR:
107107

108108
## Defining Canonicalizations
109109

110-
Two mechanisms are available with which to define canonicalization;
110+
Two mechanisms are available with which to define canonicalizations;
111111
general `RewritePattern`s and the `fold` method.
112112

113113
### Canonicalizing with `RewritePattern`s
114114

115-
This mechanism allows for providing canonicalization as a set of
115+
This mechanism allows for providing canonicalizations as a set of
116116
`RewritePattern`s, either imperatively defined in C++ or declaratively as
117117
[Declarative Rewrite Rules](DeclarativeRewrites.md). The pattern rewrite
118-
infrastructure allows for expressing many different types of canonicalization.
118+
infrastructure allows for expressing many different types of canonicalizations.
119119
These transformations may be as simple as replacing a multiplication with a
120120
shift, or even replacing a conditional branch with an unconditional one.
121121

@@ -156,7 +156,7 @@ defining operation rewrites.
156156
### Canonicalizing with the `fold` method
157157
158158
The `fold` mechanism is an intentionally limited, but powerful mechanism that
159-
allows for applying canonicalization in many places throughout the compiler.
159+
allows for applying canonicalizations in many places throughout the compiler.
160160
For example, outside of the canonicalizer pass, `fold` is used within the
161161
[dialect conversion infrastructure](DialectConversion.md) as a legalization
162162
mechanism, and can be invoked directly anywhere with an `OpBuilder` via

mlir/docs/Rationale/RationaleLinalgDialect.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -516,7 +516,7 @@ write, easy to verify and easy to maintain.
516516
declaratively. In turn this allows using local pattern rewrite rules in MLIR
517517
(i.e. [DRR](../DeclarativeRewrites.md)).
518518
- Allow creating customizable passes declaratively by simply selecting rewrite
519-
rules. This allows mixing transformations, canonicalization, constant folding
519+
rules. This allows mixing transformations, canonicalizations, constant folding
520520
and other enabling rewrites in a single pass. The result is a system where pass
521521
fusion is very simple to obtain and gives hope for solving certain
522522
[phase ordering issues](https://dl.acm.org/doi/10.1145/201059.201061).

mlir/docs/doxygen.cfg.in

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -931,7 +931,7 @@ REFERENCES_RELATION = YES
931931
REFERENCES_LINK_SOURCE = YES
932932

933933
# If SOURCE_TOOLTIPS is enabled (the default) then hovering a hyperlink in the
934-
# source code will show a tooldip with additional information such as prototype,
934+
# source code will show a tooltip with additional information such as prototype,
935935
# brief description and links to the definition and documentation. Since this
936936
# will make the HTML file larger and loading of large files a bit slower, you
937937
# can opt to disable this feature.

mlir/include/mlir/Conversion/TosaToLinalg/TosaToLinalg.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -32,7 +32,7 @@ std::unique_ptr<Pass> createTosaToLinalgNamed(
3232
/// Populates passes to convert from TOSA to Linalg on buffers. At the end of
3333
/// the pass, the function will only contain linalg ops or standard ops if the
3434
/// pipeline succeeds. The option to disable decompositions is available for
35-
/// benchmarking performance improvements from the canonicalization.
35+
/// benchmarking performance improvements from the canonicalizations.
3636
void addTosaToLinalgPasses(
3737
OpPassManager &pm, const TosaToLinalgOptions &options,
3838
const TosaToLinalgNamedOptions &tosaToLinalgNamedOptions =

mlir/include/mlir/Dialect/Arith/IR/ArithBase.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -41,7 +41,7 @@ def Arith_CmpFPredicateAttr : I64EnumAttr<
4141
I64EnumAttrCase<"OEQ", 1, "oeq">,
4242
I64EnumAttrCase<"OGT", 2, "ogt">,
4343
I64EnumAttrCase<"OGE", 3, "oge">,
44-
I64EnumAttrCase<"OLT", 4, "old">,
44+
I64EnumAttrCase<"OLT", 4, "olt">,
4545
I64EnumAttrCase<"OLE", 5, "ole">,
4646
I64EnumAttrCase<"ONE", 6, "one">,
4747
I64EnumAttrCase<"ORD", 7, "ord">,

mlir/include/mlir/Dialect/Bufferization/IR/BufferizableOpInterface.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -646,7 +646,7 @@ OpTy replaceOpWithNewBufferizedOp(RewriterBase &rewriter, Operation *op,
646646
///
647647
/// Note: Canonicalization patterns could clean up layout maps and infer more
648648
/// precise layout maps after bufferization. However, many possible
649-
/// canonicalization are currently not implemented.
649+
/// canonicalizations are currently not implemented.
650650
BaseMemRefType getMemRefType(Value value, const BufferizationOptions &options,
651651
MemRefLayoutAttrInterface layout = {},
652652
Attribute memorySpace = nullptr);

mlir/include/mlir/Dialect/DLTI/DLTIAttrs.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -72,7 +72,7 @@ def DLTI_DataLayoutSpecAttr :
7272
DataLayoutSpecAttr combineWith(ArrayRef<DataLayoutSpecInterface> specs) const;
7373

7474
/// Returns the endiannes identifier.
75-
StringAttr getEndiannesssIdentifier(MLIRContext *context) const;
75+
StringAttr getEndiannessIdentifier(MLIRContext *context) const;
7676

7777
/// Returns the alloca memory space identifier.
7878
StringAttr getAllocaMemorySpaceIdentifier(MLIRContext *context) const;

mlir/include/mlir/Dialect/DLTI/DLTIBase.td

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -41,13 +41,13 @@ def DLTI_Dialect : Dialect {
4141

4242
// Constants used in entries.
4343
constexpr const static ::llvm::StringLiteral
44-
kDataLayoutEndiannesssKey = "dlti.endianness";
44+
kDataLayoutEndiannessKey = "dlti.endianness";
4545

4646
constexpr const static ::llvm::StringLiteral
47-
kDataLayoutEndiannesssBig = "big";
47+
kDataLayoutEndiannessBig = "big";
4848

4949
constexpr const static ::llvm::StringLiteral
50-
kDataLayoutEndiannesssLittle = "little";
50+
kDataLayoutEndiannessLittle = "little";
5151

5252
constexpr const static ::llvm::StringLiteral
5353
kDataLayoutAllocaMemorySpaceKey = "dlti.alloca_memory_space";

mlir/include/mlir/Dialect/LLVMIR/LLVMEnums.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -544,7 +544,7 @@ def FCmpPredicateFALSE : LLVM_EnumAttrCase<"_false", "_false", "FCMP_FALSE", 0>;
544544
def FCmpPredicateOEQ : LLVM_EnumAttrCase<"oeq", "oeq", "FCMP_OEQ", 1>;
545545
def FCmpPredicateOGT : LLVM_EnumAttrCase<"ogt", "ogt", "FCMP_OGT", 2>;
546546
def FCmpPredicateOGE : LLVM_EnumAttrCase<"oge", "oge", "FCMP_OGE", 3>;
547-
def FCmpPredicateOLT : LLVM_EnumAttrCase<"old", "old", "FCMP_OLT", 4>;
547+
def FCmpPredicateOLT : LLVM_EnumAttrCase<"olt", "olt", "FCMP_OLT", 4>;
548548
def FCmpPredicateOLE : LLVM_EnumAttrCase<"ole", "ole", "FCMP_OLE", 5>;
549549
def FCmpPredicateONE : LLVM_EnumAttrCase<"one", "one", "FCMP_ONE", 6>;
550550
def FCmpPredicateORD : LLVM_EnumAttrCase<"ord", "ord", "FCMP_ORD", 7>;

mlir/include/mlir/Dialect/Linalg/Transforms/Transforms.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1753,7 +1753,7 @@ void populateFuseTensorPadWithProducerLinalgOpPatterns(
17531753
RewritePatternSet &patterns);
17541754

17551755
/// Patterns to convert from one named op to another. These can be seen as
1756-
/// canonicalization of named ops into another named op.
1756+
/// canonicalizations of named ops into another named op.
17571757
void populateLinalgNamedOpConversionPatterns(RewritePatternSet &patterns);
17581758

17591759
/// Patterns to fold unit-extent dimensions in operands/results of linalg ops on

0 commit comments

Comments
 (0)