llvm-svn: 150418

expressions. This is mostly a simple refact, splitting the main "start
a lambda expression" function into smaller chunks that are driven
either from the parser (Sema::ActOnLambdaExpr) or during AST
transformation (TreeTransform::TransformLambdaExpr). A few minor
interesting points:

  - Added new entry points for TreeTransform, so that we can
  explicitly establish the link between the lambda closure type in the
  template and the lambda closure type in the instantiation.
  - Added a bit into LambdaExpr specifying whether it had an explicit
  result type or not. We should have had this anyway.

This code is 'lightly' tested.

llvm-svn: 150417

v2f16 is a floating point type.  Add symbolic floating point type ranges to prevent this kind of issue in the future.

llvm-svn: 150416

llvm-svn: 150415

llvm-svn: 150414

llvm-svn: 150413

case when size is 0.

llvm-svn: 150412

llvm-svn: 150411

Diagnostic*.td files but not used in sources.

llvm-svn: 150410

llvm-svn: 150409

Don't route explicit construction via list-initialization through the functional cast code path. It sometimes does the wrong thing, produces horrible error messages, and is just unnecessary.

llvm-svn: 150408

llvm-svn: 150407

into a c-type which closely matches the objective-c type.

llvm-svn: 150406

This is useful for clients that want to maintain compatibility
across multiple releases of LLVM. Currently users like Klee and
Mesa all have to roll their own 'parse llvm-config --version
output and generate defines' solution.

Also reuse the new macros so that version information is less
redundant/likely to fall out of sync again in the future.

llvm-svn: 150405

llvm-svn: 150404

-arch options if the're all the same.

Patch by Jeremy Huddleston.
rdar://10849701

llvm-svn: 150403

1) Support the case when realloc fails to reduce False Positives. (We
essentially need to restore the state of the pointer being reallocated.)

2) Realloc behaves differently under special conditions (from pointer is
null, size is 0). When detecting these cases, we should consider
under-constrained states (size might or might not be 0). The
old version handled this in a very hacky way. The code did not
differentiate between definite and possible (no consideration for
under-constrained states). Further, after processing each special case,
the realloc processing function did not return but chained to the next
special case processing. So you could end up in an execution in which
you first see the states in which size is 0 and realloc ~ free(),
followed by the states corresponding to size is not 0 followed by the
evaluation of the regular realloc behavior.

llvm-svn: 150402

CXXRecordDecl in a way that actually makes some sense:
  - LambdaExpr contains all of the information for initializing the
  lambda object, including the capture initializers and associated
  array index variables.
  - CXXRecordDecl's LambdaDefinitionData contains the captures, which
  are needed to understand the captured variable references in the
  body of the lambda.

llvm-svn: 150401

llvm-svn: 150400

llvm-svn: 150399

to avoid crashes on Linux and Win.

llvm-svn: 150398

llvm-svn: 150397

synthesize a by-copy captured array in a lambda. This information will
be needed by IR generation.

llvm-svn: 150396

llvm-svn: 150395

llvm-svn: 150394

LambdaExpr over to the CXXRecordDecl. This allows us to eliminate the
back-link from the closure type to the LambdaExpr, which will simplify
and lazify AST deserialization.

llvm-svn: 150393

This should help to detect problems with ASLR or linker tricks early.

llvm-svn: 150391

llvm-svn: 150390

PR11970.

llvm-svn: 150389

while reworking how we handle wanting to emit only parts of structures.

Fixes PR11970.

llvm-svn: 150388

Fix build breakage from r150378: MSVC only allows taking the
address of a member function using the &ClassName::Function
syntax.# It was giving

llvm-svn: 150387

llvm-svn: 150386

llvm-svn: 150385

AddressSanitizer: remove match_output.py, split expected output into OS-specific and OS-independent parts

llvm-svn: 150384

Fix a bug in DAGCombine for the optimization of BUILD_VECTOR. We cant generate a shuffle node from two vectors of different types.

llvm-svn: 150383

llvm-svn: 150382

It is technically reachable on Android, where pthread_exit is not
marked noreturn.

llvm-svn: 150381

More cleanup after r149799.

llvm-svn: 150380

More cleanup after r149798.

llvm-svn: 150379

This was never being compiled at all and was bitrotting
as a result.

Also compile SampleAnalyzerPlugin as a module, not a library,
and fix a mistake with not passing the source files
to add_clang_library().

llvm-svn: 150378