llvm/mlir/lib/Parser
Markus Böck e13d23bc6c [mlir] Rename OpAsmParser::OperandType to OpAsmParser::UnresolvedOperand
I am not sure about the meaning of Type in the name (was it meant be interpreted as Kind?), and given the importance and meaning of Type in the context of MLIR, its probably better to rename it. Given the comment in the source code, the suggestion in the GitHub issue and the final discussions in the review, this patch renames the OperandType to UnresolvedOperand.

Fixes https://github.com/llvm/llvm-project/issues/54446

Differential Revision: https://reviews.llvm.org/D122142
2022-03-21 21:42:13 +01:00
..
AffineParser.cpp Apply clang-tidy fixes for modernize-use-default-member-init to MLIR (NFC) 2022-03-07 10:41:44 +00:00
AsmParserImpl.h
AsmParserState.cpp
AttributeParser.cpp [MLIR] [LangRef] Clarify parsing of dense<...> 2022-03-16 22:25:52 +05:30
CMakeLists.txt
DialectSymbolParser.cpp
Lexer.cpp
Lexer.h [mlir][NFC] Move Parser.h to Parser/ 2022-03-07 01:05:38 -08:00
LocationParser.cpp
Parser.cpp [mlir] Rename OpAsmParser::OperandType to OpAsmParser::UnresolvedOperand 2022-03-21 21:42:13 +01:00
Parser.h
ParserState.h
Token.cpp
Token.h
TokenKinds.def
TypeParser.cpp