diff options
| author | Lei Zhang <antiagainst@google.com> | 2019-03-25 06:09:26 -0700 |
|---|---|---|
| committer | jpienaar <jpienaar@google.com> | 2019-03-29 17:38:46 -0700 |
| commit | 8f5fa566239f88f5b0f3435103b3dc028b0a672a (patch) | |
| tree | ca76ec999ca018a918ee93a2a1e99262526be59c /mlir/lib/Transforms/LoopTiling.cpp | |
| parent | bb621a5596acc846b1ed6af50b483b38af71c42a (diff) | |
| download | bcm5719-llvm-8f5fa566239f88f5b0f3435103b3dc028b0a672a.tar.gz bcm5719-llvm-8f5fa566239f88f5b0f3435103b3dc028b0a672a.zip | |
[TableGen] Consolidate constraint related concepts
Previously we have multiple mechanisms to specify op definition and match constraints:
TypeConstraint, AttributeConstraint, Type, Attr, mAttr, mAttrAnyOf, mPat. These variants
are not added because there are so many distinct cases we need to model; essentially,
they are all carrying a predicate. It's just an artifact of implementation.
It's quite confusing for users to grasp these variants and choose among them. Instead,
as the OpBase TableGen file, we need to strike to provide an unified mechanism. Each
dialect has the flexibility to define its own aliases if wanted.
This CL removes mAttr, mAttrAnyOf, mPat. A new base class, Constraint, is added. Now
TypeConstraint and AttrConstraint derive from Constraint. Type and Attr further derive
from TypeConstraint and AttrConstraint, respectively.
Comments are revised and examples are added to make it clear how to use constraints.
PiperOrigin-RevId: 240125076
Diffstat (limited to 'mlir/lib/Transforms/LoopTiling.cpp')
0 files changed, 0 insertions, 0 deletions

