maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
376,076 Commits 23 Branches 0 Tags 2.2 GiB
Commit Graph

6 Commits

Author SHA1 Message Date
Christian Sigg cc83dc191c Import llvm::StringSwitch into mlir namespace. 
Reviewed By: rriddle

Differential Revision: https://reviews.llvm.org/D88971
 2020-10-08 11:39:24 +02:00
Rahul Joshi 12d16de538 [MLIR][NFC] Remove tblgen:: prefix in TableGen/*.cpp files 
- Add "using namespace mlir::tblgen" in several of the TableGen/*.cpp files and
  eliminate the tblgen::prefix to reduce code clutter.

Differential Revision: https://reviews.llvm.org/D85800
 2020-08-12 14:41:18 -07:00
Mehdi Amini 308571074c Mass update the MLIR license header to mention "Part of the LLVM project" 
This is an artifact from merging MLIR into LLVM, the file headers are
now aligned with the rest of the project.
 2020-01-26 03:58:30 +00:00
Mehdi Amini 56222a0694 Adjust License.txt file to use the LLVM license 
PiperOrigin-RevId: 286906740
 2019-12-23 15:33:37 -08:00
River Riddle be9b20ff57 NFC: Add a missing include for std::isalnum and std::digit. 
--

PiperOrigin-RevId: 250085298
 2019-06-01 20:04:03 -07:00
Lei Zhang 48a6aa6c51 [TableGen] Better support for predicate and rewrite rule specification 
Currently predicates are written with positional placeholders `{N}` and rely on
    `formatv` as the engine to do substitution. The problem with this approach is that
    the definitions of those positional placeholders are not consistent; they are
    entirely up to the defining predicate of question. For example, `{0}` in various
    attribute constraints is used to mean the attribute, while it is used to main the
    builder for certain attribute transformations. This can become very confusing.

    This CL introduces `tgfmt` as a new mechanism to better support for predicate and
    rewrite rule specification. Instead of entirely relying on positional placeholders,
    `tgfmt` support both positional and special placeholders. The former is used for
    DAG operands. The latter, including $_builder, $_op, $_self, are used as special
    "hooks" to entities in the context. With this, the predicate and rewrite rules
    specification can be more consistent is more readable.

--

PiperOrigin-RevId: 243249671
 2019-04-18 11:47:27 -07:00