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

mlir/include/mlir/Dialect/MemRef/IR/MemRefOps.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -937,7 +937,7 @@ def MemRef_ExtractStridedMetadataOp : MemRef_Op<"extract_strided_metadata", [
937937
This makes lowering more progressive and brings the following benefits:
938938
- not all users of MLIR want to lower to LLVM and the information to e.g.
939939
lower to library calls---like libxsmm---or to SPIR-V was not available.
940-
- foldings and canonicalization can happen at a higher level in MLIR:
940+
- foldings and canonicalizations can happen at a higher level in MLIR:
941941
before this op existed, lowering to LLVM would create large amounts of
942942
LLVMIR. Even when LLVM does a good job at folding the low-level IR from
943943
a performance perspective, it is unnecessarily opaque and inefficient to

mlir/include/mlir/Dialect/SCF/Transforms/Transforms.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -56,7 +56,7 @@ void naivelyFuseParallelOps(Region &region,
5656
/// `partialIteration`). This transformation is called "loop peeling".
5757
///
5858
/// This transformation is beneficial for a wide range of transformations such
59-
/// as vectorization or loop tiling: It enables additional canonicalization
59+
/// as vectorization or loop tiling: It enables additional canonicalizations
6060
/// inside the peeled loop body such as rewriting masked loads into unmaked
6161
/// loads.
6262
///

mlir/include/mlir/Dialect/SCF/Utils/Utils.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -57,7 +57,7 @@ SmallVector<scf::ForOp> replaceLoopNestWithNewYields(
5757
/// Assumes the FuncOp result types is the type of the yielded operands of the
5858
/// single block. This constraint makes it easy to determine the result.
5959
/// This method also clones the `arith::ConstantIndexOp` at the start of
60-
/// `outlinedFuncBody` to alloc simple canonicalization.
60+
/// `outlinedFuncBody` to alloc simple canonicalizations.
6161
/// Creates a new FuncOp and thus cannot be used in a FuncOp pass.
6262
/// The client is responsible for providing a unique `funcName` that will not
6363
/// collide with another FuncOp name. If `callOp` is provided, it will be set

mlir/include/mlir/Dialect/SparseTensor/IR/SparseTensorOps.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1288,7 +1288,7 @@ def SparseTensor_SelectOp : SparseTensor_Op<"select", [Pure, SameOperandsAndResu
12881288
%col = linalg.index 1 : index
12891289
%result = sparse_tensor.select %a : f64 {
12901290
^bb0(%arg0: f64):
1291-
%keep = arith.cmpf "old", %col, %row : f64
1291+
%keep = arith.cmpf "olt", %col, %row : f64
12921292
sparse_tensor.yield %keep : i1
12931293
}
12941294
linalg.yield %result : f64

mlir/include/mlir/Dialect/Tensor/TransformOps/TensorTransformOps.td

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -92,7 +92,7 @@ def ApplyMergeConsecutiveInsertExtractSlicePatternsOp : Op<Transform_Dialect,
9292
[DeclareOpInterfaceMethods<PatternDescriptorOpInterface>]> {
9393
let description = [{
9494
Indicates that consecutive tensor.extract_slice/tensor.insert_slice ops
95-
should be merged into a single op. These patterns are not canonicalization
95+
should be merged into a single op. These patterns are not canonicalizations
9696
because the bufferization is sensitive to IR structure.
9797
}];
9898

mlir/include/mlir/IR/OperationSupport.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -257,7 +257,7 @@ class OperationName {
257257
/// success. The caller will remove the operation and use those results
258258
/// instead.
259259
///
260-
/// This allows expression of some simple in-place canonicalization (e.g.
260+
/// This allows expression of some simple in-place canonicalizations (e.g.
261261
/// "x+0 -> x", "min(x,y,x,z) -> min(x,y,z)", "x+y-x -> y", etc), as well as
262262
/// generalized constant folding.
263263
LogicalResult foldHook(Operation *op, ArrayRef<Attribute> operands,

mlir/include/mlir/Interfaces/DataLayoutInterfaces.h

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -74,7 +74,7 @@ getDefaultIndexBitwidth(Type type, const DataLayout &dataLayout,
7474

7575
/// Default handler for endianness request. Dispatches to the
7676
/// DataLayoutInterface if specified, otherwise returns the default.
77-
Attribute getDefaultEndiannesss(DataLayoutEntryInterface entry);
77+
Attribute getDefaultEndianness(DataLayoutEntryInterface entry);
7878

7979
/// Default handler for alloca memory space request. Dispatches to the
8080
/// DataLayoutInterface if specified, otherwise returns the default.
@@ -227,7 +227,7 @@ class DataLayout {
227227
std::optional<uint64_t> getTypeIndexBitwidth(Type t) const;
228228

229229
/// Returns the specified endianness.
230-
Attribute getEndiannesss() const;
230+
Attribute getEndianness() const;
231231

232232
/// Returns the memory space used for AllocaOps.
233233
Attribute getAllocaMemorySpace() const;

mlir/include/mlir/Interfaces/DataLayoutInterfaces.td

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -132,7 +132,7 @@ def DataLayoutSpecInterface : AttrInterface<"DataLayoutSpecInterface", [DLTIQuer
132132
InterfaceMethod<
133133
/*description=*/"Returns the endianness identifier.",
134134
/*retTy=*/"::mlir::StringAttr",
135-
/*methodName=*/"getEndiannesssIdentifier",
135+
/*methodName=*/"getEndiannessIdentifier",
136136
/*args=*/(ins "::mlir::MLIRContext *":$context)
137137
>,
138138
InterfaceMethod<
@@ -462,11 +462,11 @@ def DataLayoutOpInterface : OpInterface<"DataLayoutOpInterface"> {
462462
"using the relevant entries. The data layout object "
463463
"can be used for recursive queries.",
464464
/*retTy=*/"::mlir::Attribute",
465-
/*methodName=*/"getEndiannesss",
465+
/*methodName=*/"getEndianness",
466466
/*args=*/(ins "::mlir::DataLayoutEntryInterface":$entry),
467467
/*methodBody=*/"",
468468
/*defaultImplementation=*/[{
469-
return ::mlir::detail::getDefaultEndiannesss(entry);
469+
return ::mlir::detail::getDefaultEndianness(entry);
470470
}]
471471
>,
472472
StaticInterfaceMethod<

mlir/include/mlir/Transforms/Passes.td

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ include "mlir/Rewrite/PassUtil.td"
1919
def Canonicalizer : Pass<"canonicalize"> {
2020
let summary = "Canonicalize operations";
2121
let description = [{
22-
This pass performs various types of canonicalization over a set of
22+
This pass performs various types of canonicalizations over a set of
2323
operations by iteratively applying the canonicalization patterns of all
2424
loaded dialects until either a fixpoint is reached or the maximum number of
2525
iterations/rewrites is exhausted. Canonicalization is best-effort and does
@@ -106,7 +106,7 @@ def RemoveDeadValues : Pass<"remove-dead-values"> {
106106
(A) Removes function arguments that are not live,
107107
(B) Removes function return values that are not live across all callers of
108108
the function,
109-
(C) Removes unnecessary operands, results, region arguments, and region
109+
(C) Removes unneccesary operands, results, region arguments, and region
110110
terminator operands of region branch ops, and,
111111
(D) Removes simple and region branch ops that have all non-live results and
112112
don't affect memory in any way,
@@ -412,7 +412,7 @@ def SROA : Pass<"sroa"> {
412412
let summary = "Scalar Replacement of Aggregates";
413413
let description = [{
414414
Scalar Replacement of Aggregates. Replaces allocations of aggregates into
415-
independent allocations of its elements.
415+
independant allocations of its elements.
416416

417417
Allocators must implement `DestructurableAllocationOpInterface` to provide
418418
the list of memory slots for which destructuring should be attempted.

mlir/lib/Conversion/GPUToNVVM/WmmaOpsToNvvm.cpp

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -305,7 +305,7 @@ static Value createMinMaxF(OpBuilder &builder, Location loc, Value lhs,
305305
if (auto vecType = dyn_cast<VectorType>(lhs.getType()))
306306
i1Type = VectorType::get(vecType.getShape(), i1Type);
307307
Value cmp = builder.create<LLVM::FCmpOp>(
308-
loc, i1Type, isMin ? LLVM::FCmpPredicate::old : LLVM::FCmpPredicate::ogt,
308+
loc, i1Type, isMin ? LLVM::FCmpPredicate::olt : LLVM::FCmpPredicate::ogt,
309309
lhs, rhs);
310310
Value sel = builder.create<LLVM::SelectOp>(loc, cmp, lhs, rhs);
311311
Value isNan = builder.create<LLVM::FCmpOp>(

mlir/lib/Conversion/SCFToOpenMP/SCFToOpenMP.cpp

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -316,7 +316,7 @@ static omp::DeclareReductionOp declareReduction(PatternRewriter &builder,
316316
reduction, {arith::CmpFPredicate::OLT, arith::CmpFPredicate::OLE},
317317
{arith::CmpFPredicate::OGT, arith::CmpFPredicate::OGE}, isMin) ||
318318
matchSelectReduction<LLVM::FCmpOp, LLVM::SelectOp>(
319-
reduction, {LLVM::FCmpPredicate::old, LLVM::FCmpPredicate::ole},
319+
reduction, {LLVM::FCmpPredicate::olt, LLVM::FCmpPredicate::ole},
320320
{LLVM::FCmpPredicate::ogt, LLVM::FCmpPredicate::oge}, isMin)) {
321321
return createDecl(builder, symbolTable, reduce, reductionIndex,
322322
minMaxValueForFloat(type, !isMin));

mlir/lib/Dialect/Affine/IR/AffineOps.cpp

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -637,7 +637,7 @@ static int64_t getLargestKnownDivisor(AffineExpr e, ArrayRef<Value> operands) {
637637
// We simply exploit information from loop IVs.
638638
// We don't need to use mlir::getLargestKnownDivisorOfValue since the other
639639
// desired simplifications are expected to be part of other
640-
// canonicalization. Also, mlir::getLargestKnownDivisorOfValue is part of the
640+
// canonicalizations. Also, mlir::getLargestKnownDivisorOfValue is part of the
641641
// LoopAnalysis library.
642642
Value operand = operands[dimExpr.getPosition()];
643643
int64_t operandDivisor = 1;

mlir/lib/Dialect/Affine/Utils/Utils.cpp

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -531,7 +531,7 @@ void mlir::affine::normalizeAffineParallel(AffineParallelOp op) {
531531
/*symbolCount=*/lbMap.getNumSymbols(), expr);
532532

533533
// Use an 'affine.apply' op that will be simplified later in subsequent
534-
// canonicalization.
534+
// canonicalizations.
535535
OperandRange lbOperands = op.getLowerBoundsOperands();
536536
OperandRange dimOperands = lbOperands.take_front(nDims);
537537
OperandRange symbolOperands = lbOperands.drop_front(nDims);

mlir/lib/Dialect/ArmSME/Transforms/VectorLegalization.cpp

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -507,7 +507,7 @@ struct LegalizeMultiTileTransferWriteAsStoreLoop
507507
};
508508

509509
//===----------------------------------------------------------------------===//
510-
// ArmSME-specific fixup canonicalization/folds
510+
// ArmSME-specific fixup canonicalizations/folds
511511
//===----------------------------------------------------------------------===//
512512

513513
/// Folds an extract from a 3D `vector.create_mask` (which is a vector of

mlir/lib/Dialect/DLTI/DLTI.cpp

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -254,8 +254,8 @@ DataLayoutSpecAttr::combineWith(ArrayRef<DataLayoutSpecInterface> specs) const {
254254
}
255255

256256
StringAttr
257-
DataLayoutSpecAttr::getEndiannesssIdentifier(MLIRContext *context) const {
258-
return Builder(context).getStringAttr(DLTIDialect::kDataLayoutEndiannesssKey);
257+
DataLayoutSpecAttr::getEndiannessIdentifier(MLIRContext *context) const {
258+
return Builder(context).getStringAttr(DLTIDialect::kDataLayoutEndiannessKey);
259259
}
260260

261261
StringAttr
@@ -490,9 +490,9 @@ dlti::query(Operation *op, ArrayRef<DataLayoutEntryKey> keys, bool emitError) {
490490
}
491491

492492
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutAttrName;
493-
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannesssKey;
494-
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannesssBig;
495-
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannesssLittle;
493+
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannessKey;
494+
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannessBig;
495+
constexpr const StringLiteral mlir::DLTIDialect::kDataLayoutEndiannessLittle;
496496

497497
namespace {
498498
class TargetDataLayoutInterface : public DataLayoutDialectInterface {
@@ -502,16 +502,16 @@ class TargetDataLayoutInterface : public DataLayoutDialectInterface {
502502
LogicalResult verifyEntry(DataLayoutEntryInterface entry,
503503
Location loc) const final {
504504
StringRef entryName = entry.getKey().get<StringAttr>().strref();
505-
if (entryName == DLTIDialect::kDataLayoutEndiannesssKey) {
505+
if (entryName == DLTIDialect::kDataLayoutEndiannessKey) {
506506
auto value = llvm::dyn_cast<StringAttr>(entry.getValue());
507507
if (value &&
508-
(value.getValue() == DLTIDialect::kDataLayoutEndiannesssBig ||
509-
value.getValue() == DLTIDialect::kDataLayoutEndiannesssLittle))
508+
(value.getValue() == DLTIDialect::kDataLayoutEndiannessBig ||
509+
value.getValue() == DLTIDialect::kDataLayoutEndiannessLittle))
510510
return success();
511511
return emitError(loc) << "'" << entryName
512512
<< "' data layout entry is expected to be either '"
513-
<< DLTIDialect::kDataLayoutEndiannesssBig << "' or '"
514-
<< DLTIDialect::kDataLayoutEndiannesssLittle << "'";
513+
<< DLTIDialect::kDataLayoutEndiannessBig << "' or '"
514+
<< DLTIDialect::kDataLayoutEndiannessLittle << "'";
515515
}
516516
if (entryName == DLTIDialect::kDataLayoutAllocaMemorySpaceKey ||
517517
entryName == DLTIDialect::kDataLayoutProgramMemorySpaceKey ||

0 commit comments

Comments
 (0)