| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
DialectConversionPattern.
--
PiperOrigin-RevId: 248980810
|
|
|
|
|
|
|
|
| |
notify the PatternRewriter that the operation is being replaced.
--
PiperOrigin-RevId: 248965082
|
|
|
|
|
|
|
|
| |
to RewriteListBuilder. It has no specific functionality for DialectOpConversion patterns and can be useful for RewritePatterns in general.
--
PiperOrigin-RevId: 248884466
|
|
|
|
|
|
|
|
| |
instead of Pattern. This simplifies the infrastructure a bit by being able to reuse PatternRewriter and the RewritePatternMatcher, but also starts to lay the groundwork for a more generalized legalization framework that can operate on DialectOpConversions as well as normal RewritePatterns.
--
PiperOrigin-RevId: 248836492
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 248050178
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 248005642
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
derived type instead of the string name. The derived dialect type must provide a static 'getDialectNamespace' method.
This means that we can now do something like:
ctx->getRegisteredDialect<LLVMDialect>();
as opposed to:
static_cast<LLVMDialect *>(ctx->getRegisteredDialect("llvm");
--
PiperOrigin-RevId: 247989896
|
|
|
|
|
|
|
|
| |
derived operations now that op casting is no longer inside of Operation.
--
PiperOrigin-RevId: 247791672
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 247789235
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 247785983
|
|
|
|
|
|
|
|
| |
replace usages of Operation::dyn_cast with llvm::dyn_cast.
--
PiperOrigin-RevId: 247780086
|
|
|
|
| |
PiperOrigin-RevId: 247778691
|
|
|
|
|
|
|
|
| |
replace usages of Operation::dyn_cast with llvm::dyn_cast.
--
PiperOrigin-RevId: 247778391
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 247672377
|
|
|
|
|
|
|
|
| |
ensure access to the inherited protected constructor of `Op`. Some compiler versions have different rules for the visibility of inherited constructors.
--
PiperOrigin-RevId: 246661686
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 244270801
|
|
|
|
|
|
|
|
|
|
| |
This allows client to be able to reuse the same logic to setup a module
for the ExecutionEngine without instanciating one. One use case is running
the optimization pipeline but not JIT-ing.
--
PiperOrigin-RevId: 242614380
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 242609231
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 242606796
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 242407970
|
|
|
|
|
|
|
|
|
|
|
|
| |
making the IR dumps much nicer.
This is part 2/3 of the path to making dialect types more nice. Part 3/3 will
slightly generalize the set of characters allowed in pretty types and make it
more principled.
--
PiperOrigin-RevId: 242249955
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
isa_nonnull
* dyn_cast_or_null
- This will first check if the operation is null before trying to 'dyn_cast':
Value *v = ...;
if (auto forOp = dyn_cast_or_null<AffineForOp>(v->getDefiningOp()))
...
* isa_nonnull
- This will first check if the pointer is null before trying to 'isa':
Value *v = ...;
if (isa_nonnull<AffineForOp>(v->getDefiningOp());
...
--
PiperOrigin-RevId: 242171343
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 242101364
|
|
|
|
|
|
|
|
| |
FunctionAttr::dropFunctionReference.
--
PiperOrigin-RevId: 242050934
|
|
|
|
|
|
|
|
| |
specialization, and basic combines
--
PiperOrigin-RevId: 242050514
|
|
|
|
|
|
|
|
| |
ToyTypeKind, as well as a few mistakes in Chapter 2 of the Toy tutorial.
--
PiperOrigin-RevId: 242021477
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 241849162
|
|
|
|
|
|
|
|
|
| |
This came up in a review of the tutorial, it was suggested that "opaque" is more
descriptive than "unknown" here.
--
PiperOrigin-RevId: 241832927
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 241831176
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 241613710
|
|
|
|
|
|
|
|
|
| |
This introduces a basic MLIRGen through straight AST traversal,
without dialect registration at this point.
--
PiperOrigin-RevId: 241588354
|
|
--
PiperOrigin-RevId: 241549247
|