memory.
(As per one test case, the existing checker thought that this could
cause a lot of false positives - not sure if that's valid, to be
verified.)

llvm-svn: 150313

Resolves a common false positive, where we were reporting a leak inside
asserts

llvm-svn: 150312

We use the same logic here as the RetainRelease checker.

llvm-svn: 150311

meta-data.

llvm-svn: 150310

cv-unqualified type. This is essential in order to allow move-only objects of
const-qualified types to be copy-initialized via a converting constructor.

llvm-svn: 150309

before complaining that it's incomplete.

llvm-svn: 150308

llvm-svn: 150306

Implement warning for non-wide string literals with an unexpected encoding.  Downgrade error for non-wide character literals with an unexpected encoding to a warning for compatibility with gcc and older versions of clang.  <rdar://problem/10837678>.

llvm-svn: 150295

simplicity. Also addresses a FIXME, although not one that could be
observed.

llvm-svn: 150294

Basic support for referring to captured variables from lambdas.  Some simple examples seem to work.  Tests coming up soon.

llvm-svn: 150293

Make sure Sema creates a field for 'this' captures.  (Doug, please double-check that this is correct.)

llvm-svn: 150292

a reference for the instantiation decl. Also test that its location is correct
after previous commit.

llvm-svn: 150291

to the pattern template that it came from, otherwise we had this situation:

template <typename T1, typename T2>
struct S {
};

template <typename T>
struct S<T, int> {
};

void f() {
  S<int, int> s; // location of declaration "S<int, int>" was of "S<T1, T2>" not "S<T, int>"
}

llvm-svn: 150290

llvm-svn: 150284

Add simple semantic test for C++11 [expr.prim.lambda]p16, which covers recursive capture. This is far more interesting for IRgen.

llvm-svn: 150283

default arguments if in fact those lambdas capture any entity.

llvm-svn: 150282

llvm-svn: 150281

Setting UserLabelPrefix correctly fixes PR11949.

llvm-svn: 150280

llvm-svn: 150276

llvm-svn: 150275

When creating the MCSubtargetInfo, the assembler driver uses the CPU and
feature string to construct a more accurate model of what instructions
are and are not legal.

rdar://10840476

llvm-svn: 150273

llvm-svn: 150268

llvm-svn: 150267

llvm-svn: 150266

llvm-svn: 150265

specialization in its USR string.

llvm-svn: 150264

Enhance checking for null format string literal to take into account __null.   Fixes <rdar://problem/8269537>.

llvm-svn: 150260

default is '=', and reword the warning about explicitly capturing
'this' in such lambdas to indicate that only explicit capture is
banned. 

Introduce Fix-Its for this and other "save the programmer from
themself" rules regarding what can be explicitly captured and what
must be implicitly captured.

llvm-svn: 150256

nested captures. We currently don't get odr-use correct in array
bounds, so that bit is commented out while we sort out what we need to
do.

llvm-svn: 150255

have finished parsing the body, so that name lookup will never find
anything within the closure type. Then, add this operator() and the
conversion function (if available) before completing the class.

llvm-svn: 150252

o Correct the handling of the restrictions on usage of cv-qualified and
  ref-qualified function types.
o Fix a bug where such types were rejected in template type parameter default
  arguments, due to such arguments not being treated as a template type arg
  context.
o Remove the ExtWarn for usage of such types as template arguments; that was
  a standard defect, not a GCC extension.
o Improve the wording and unify the code for diagnosing cv-qualifiers with the
  code for diagnosing ref-qualifiers.

llvm-svn: 150244

llvm-svn: 150243

llvm-svn: 150242

to pretty-print such function types better, and to fix a case where we were not
instantiating templates in lexical order. In passing, move the Variadic bit from
Type's bitfields to FunctionProtoType to get the Type bitfields down to 32 bits.
Also ensure that we always substitute the return type of a function when
substituting explicitly-specified arguments, since that can cause us to bail
out with a SFINAE error before we hit a hard error in parameter substitution.

llvm-svn: 150241

llvm-svn: 150240

llvm-svn: 150239

This changes function prolog in such a way as to avoid out-of-bounds
stack store in the case when coerce-to type has a larger storage size
than the real argument type.

Fixes PR11905.

llvm-svn: 150238

expression. Implement C++11 [expr.prim.lambda]p12's requirement that
capturing a variable will odr-use it.

llvm-svn: 150237

per C++ [expr.prim.lambda]p6.

llvm-svn: 150236

the variables captured by a lambda to the fields that store the
captured values. To be used in IRgen.

llvm-svn: 150235