5 Commits

Author	SHA1	Message	Date
David Blaikie	bdf40a62a7	Test case updates for explicit type parameter to the gep operator ... llvm-svn: 232187	2015-03-13 18:21:46 +00:00
Richard Smith	bcc22fc4e1	Support for raw and template forms of numeric user-defined literals, ... and lots of tidying up. llvm-svn: 152392	2012-03-09 08:00:36 +00:00
Richard Smith	39570d0020	Add support for cooked forms of user-defined-integer-literal and ... user-defined-floating-literal. Support for raw forms of these literals to follow. llvm-svn: 152302	2012-03-08 08:45:32 +00:00
Richard Smith	75b67d6dc5	User-defined literal support for character literals. ... llvm-svn: 152277	2012-03-08 01:34:56 +00:00
Richard Smith	c67fdd4eb9	AST representation for user-defined literals, plus just enough of semantic ... analysis to make the AST representation testable. They are represented by a new UserDefinedLiteral AST node, which is a sugared CallExpr. All semantic properties, including full CodeGen support, are achieved for free by this representation. UserDefinedLiterals can never be dependent, so no custom instantiation behavior is required. They are mangled as if they were direct calls to the underlying literal operator. This matches g++'s apparent behavior (but not its actual mangling, which is broken for literal-operator-ids). User-defined *string* literals are now fully-operational, but the semantic analysis is quite hacky and needs more work. No other forms of user-defined literal are created yet, but the AST support for them is present. This patch committed after midnight because we had already hit the quota for new kinds of literal yesterday. llvm-svn: 152211	2012-03-07 08:35:16 +00:00