KKazu Hirata[mlir] Use has_value instead of hasValue (NFC)
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Re-land "[mlir] Add integer range inference analysis"" This reverts commit 4e5ce2056e3e85f109a074e80bdd23a10ca2bed9. This relands commit 1350c9887dca5ba80af8e3c1e61b29d6696eb240. Reinstates the range analysis with the build issue fixed. Differential Revision: https://reviews.llvm.org/D126926 | 4 年前 | |
[mlir] Rework the implementation of TypeID This commit restructures how TypeID is implemented to ideally avoid the current problems related to shared libraries. This is done by changing the "implicit" fallback path to use the name of the type, instead of using a static template variable (which breaks shared libraries). The major downside to this is that it adds some additional initialization costs for the implicit path. Given the use of type names for uniqueness in the fallback, we also no longer allow types defined in anonymous namespaces to have an implicit TypeID. To simplify defining an ID for these classes, a new MLIR_DEFINE_EXPLICIT_INTERNAL_INLINE_TYPE_ID macro was added to allow for explicitly defining a TypeID directly on an internal class. To help identify when types are using the fallback, -debug-only=typeid can be used to log which types are using implicit ids. This change generally only requires changes to the test passes, which are all defined in anonymous namespaces, and thus can't use the fallback any longer. Differential Revision: https://reviews.llvm.org/D122775 | 4 年前 | |
[mlir:NFC] Remove the forward declaration of FuncOp in the mlir namespace FuncOp has been moved to the func namespace for a little over a month, the using directive can be dropped now. | 4 年前 | |
[mlir][NFC] Trivial : Fix typo Reviewed By: JohnTitor Differential Revision: https://reviews.llvm.org/D126601 | 4 年前 | |
[mlir] Use has_value instead of hasValue (NFC) | 3 年前 |