History log of /external/clang/test/SemaCXX/cxx11-ast-print.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ef9f29804fa8932282a17b414ef0dde2ea4eec03 09-Mar-2012 Richard Smith <richard-llvm@metafoo.co.uk> Fix statement printing for raw and template user-defined literals.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@152401 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/SemaCXX/cxx11-ast-print.cpp
916883004c36291b70355d5e73abb05e138804fb 08-Mar-2012 Richard Smith <richard-llvm@metafoo.co.uk> Ensure we don't print 123ULL_foo when printing a user-defined integer literal.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@152303 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/SemaCXX/cxx11-ast-print.cpp
9fcce65e7e1307b5b8da9be13e4092d6bb94dc1d 07-Mar-2012 Richard Smith <richard-llvm@metafoo.co.uk> 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.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@152211 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/SemaCXX/cxx11-ast-print.cpp