- Moved TypeRange into its own header/cpp file, and add hashing support.
- Change FunctionType::get() and TupleType::get() to use TypeRange
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Please also run clang-format.
| mlir/include/mlir/IR/TypeRange.h | ||
|---|---|---|
| 20 | This isn't necessary. | |
| 65 | Do not put DenseMapInfo things inside of the class itself, they should only go in the DenseMapInfo overload. | |
| mlir/lib/Dialect/LLVMIR/IR/LLVMDialect.cpp | ||
| 557 ↗ | (On Diff #282639) | Prefer args.getTypes(). |
| mlir/lib/IR/TypeDetail.h | ||
| 18 | Why is this needed here? Did you intend IR/TypeRange? | |
| mlir/lib/IR/TypeRange.cpp | ||
| 12 | Most of these aren't necessary. | |
I did run clang-format, giving it another go.
| mlir/lib/IR/TypeDetail.h | ||
|---|---|---|
| 18 | OperationSupport.h is needed because it defined OperandRange which is needed for correct compilation here. Without this file, I get errors like: incomplete type 'mlir::OperandRange' used in type trait expression
: public integral_constant<bool, __is_constructible(_Tp, _Args...)> | |
| mlir/lib/IR/TypeRange.cpp | ||
| 12 | They are needed for OperandRange and op->getResultTypes() | |
| mlir/lib/IR/TypeRange.cpp | ||
|---|---|---|
| 12 | Operation already includes OperationSupport. | |
This isn't necessary.