llvm-project/clang/test/CXX/expr
Richard Smith ba71c08523 First pass of semantic analysis for init-captures: check the initializer, build
a FieldDecl from it, and propagate both into the closure type and the
LambdaExpr.

You can't do much useful with them yet -- you can't use them within the body
of the lambda, because we don't have a representation for "the this of the
lambda, not the this of the enclosing context". We also don't have support or a
representation for a nested capture of an init-capture yet, which was intended
to work despite not being allowed by the current standard wording.

llvm-svn: 181985
2013-05-16 06:20:58 +00:00
..
expr.ass The 'constexpr implies const' rule for non-static member functions is gone in 2013-04-21 01:08:50 +00:00
expr.cast Prior to adding the new "expected-no-diagnostics" directive to VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. 2012-10-19 12:44:48 +00:00
expr.const The 'constexpr implies const' rule for non-static member functions is gone in 2013-04-21 01:08:50 +00:00
expr.mptr.oper Update all tests other than Driver/std.cpp to use -std=c++11 rather than 2011-10-13 22:29:44 +00:00
expr.post Grab-bag of bit-field fixes: 2013-05-06 21:39:12 +00:00
expr.prim First pass of semantic analysis for init-captures: check the initializer, build 2013-05-16 06:20:58 +00:00
expr.unary Grab-bag of bit-field fixes: 2013-05-06 21:39:12 +00:00
p3.cpp
p8.cpp Prior to adding the new "expected-no-diagnostics" directive to VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. 2012-10-19 12:44:48 +00:00
p9.cpp Prior to adding the new "expected-no-diagnostics" directive to VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. 2012-10-19 12:44:48 +00:00
p10-0x.cpp Implement the C++11 discarded value expression rules for volatile lvalues. <rdar://problem/10790820>. 2012-05-24 22:04:19 +00:00