llvm-project.git/mlir/test/lib/Dialect/Test/TestOpsSyntax.cpp, branch main

[mlir][NFC] update `mlir/Dialect` create APIs (28/n) (#150641)

2025-07-25T16:48:00+00:00

See https://github.com/llvm/llvm-project/pull/147168 for more info.

[mlir] make `parseCustomOperationName()` API check token type (#136306)

2025-04-30T07:28:21+00:00

Previously, this parser API call would accept any token and interpret
its spelling as operation name, including tokens that are are not valid
operation names. Make it accept only bare identifiers and keywords. The
latter is questionable but consistent with current practices upstream.

Fixes #132889.

[MLIR][NFC] Fix incomplete boundary comments. (#133516)

2025-03-31T16:29:54+00:00

I observed that we have the boundary comments in the codebase like:

```
//===----------------------------------------------------------------------===//
// ...
//===----------------------------------------------------------------------===//
```

I also observed that there are incomplete boundary comments. The
revision is generated by a script that completes the boundary comments.

```
//===----------------------------------------------------------------------===//
// ...

...
```

Signed-off-by: hanhanW

mlir/LogicalResult: move into llvm (#97309)

2024-07-02T09:42:33+00:00

This patch is part of a project to move the Presburger library into
LLVM.

[mlir] Use StringRef::operator== instead of StringRef::equals (NFC) (#91560)

2024-05-09T06:52:22+00:00

I'm planning to remove StringRef::equals in favor of
StringRef::operator==.

- StringRef::operator==/!= outnumber StringRef::equals by a factor of
  10 under mlir/ in terms of their usage.

- The elimination of StringRef::equals brings StringRef closer to
  std::string_view, which has operator== but not equals.

- S == "foo" is more readable than S.equals("foo"), especially for
  !Long.Expression.equals("str") vs Long.Expression != "str".

[mlir][test] Reorganize the test dialect (#89424)

2024-04-22T20:42:05+00:00

This PR massively reorganizes the Test dialect's source files. It moves
manually-written op hooks into `TestOpDefs.cpp`, moves format custom
directive parsers and printers into `TestFormatUtils`, adds missing
comment blocks, and moves around where generated source files are
included for types, attributes, enums, etc. into their own source file.

This will hopefully help navigate the test dialect source code, but also
speeds up compile time of the test dialect by putting generated source
files into separate compilation units.

This also sets up the test dialect to shard its op definitions, done in
the next PR.

[mlir] somewhat decompose TestDialect.cpp

2023-07-27T11:36:24+00:00

TestDialect.cpp along with the ODS-generated files amounts to around
100k LoC and takes a significant amount of time to compile. Factor out
the test ops related to testing the sytnax and assembly format, which
are a relatively large and well delimited group, into a separate set of
files.

Also factor out dialect interfaces into a separate file.

Reviewed By: nicolasvasilache

Differential Revision: https://reviews.llvm.org/D155947