llvm-svn: 72440

llvm-svn: 72439

llvm-svn: 72433

 - Just SmallVectors this time.

llvm-svn: 72432

we actually have a destination.

llvm-svn: 72429

an integral constant expression, maintain a cache of the value and the
is-an-ICE flag within the VarDecl itself. This eliminates
exponential-time behavior of the Fibonacci template metaprogram.

llvm-svn: 72428

thing for non-aggregate types.
 - Otherwise we unnecessarily pin values to the stack and currently end up
   triggering a backend bug in one case.

 - This loose cooperation with LLVM to implement the ABI is pretty ugly.

 - <rdar://problem/6918722> [irgen] clang miscompile of many pointer varargs on
   x86-64

llvm-svn: 72419

llvm-svn: 72417

llvm-svn: 72415

barely enough to get the given usage of -print-file-name working).

llvm-svn: 72412

Add a new CallExpr::getCallReturnType and use it in Expr::isLvalueInternal. No intended functionality change.

llvm-svn: 72410

llvm-svn: 72409

Found by code inspection; I haven't seen this in real-world code.

llvm-svn: 72408

correctly.

llvm-svn: 72401

left out handling for stuff like (S())++ for the moment.

llvm-svn: 72394

argument.  This avoids the argument from being silenced when the argument is
the NULL macro, which is defined in a system header.  This also makes the output
a bit nicer, e.g.:

t.c:8:3: warning: null passed to a callee which requires a non-null argument
  func1(NULL, cp2, i1);
  ^     ~~~~

vs something like:

t.c:8:10: warning: argument is null where non-null is required
  func1(NULL, cp2, i1);
        ^

llvm-svn: 72393

1. When we accept "#garbage" in asm-with-cpp mode, change the token kind
   of the # to unknown so that the preprocessor won't try to process it as
   a real #.  This fixes a crash on the attached example
2. Fix macro definition extents processing to handle #foo at the end of a
   macro to say the definition ends with the foo, not the #.

This is a follow-on fix to r72283, and rdar://6916026

llvm-svn: 72388

llvm-svn: 72386

the RHS.  Fixes assembler-with-cpp issue reported on cfe-dev.

llvm-svn: 72370

llvm-svn: 72353

llvm-svn: 72352

how to get the backend to know that the operation is volatile.

llvm-svn: 72348

llvm-svn: 72347

is still ignored.

llvm-svn: 72344

llvm-svn: 72342

llvm-svn: 72341

llvm-svn: 72333

llvm-svn: 72315

llvm-svn: 72314

 - Otherwise we may incorrectly miss generation of some write barriers.

llvm-svn: 72313

PPC double double.

(No testcase because no normal target uses the format at the moment.)

llvm-svn: 72310

llvm-svn: 72308

expressions. We are now missing template instantiation logic for only
three classes of expressions:
  - Blocks-related expressions (BlockExpr, BlockDeclRefExpr)
  - C++ default argument expressions
  - Objective-C expressions

Additionally, our handling of DeclRefExpr is still quite poor, since
it cannot handle references to many kinds of declarations.

As part of this change, converted the TemplateExprInstantiator to use
iteration through all of the expressions via clang/AST/StmtNodes.def,
ensuring that we don't forget to add template instantiation logic for
any new expression node kinds.

llvm-svn: 72303

llvm-svn: 72301

llvm-svn: 72299

llvm::SmallVector, using data() instead of &[0]. The PCH testsuite now
runs cleanly (again).

llvm-svn: 72292

ProtoRefs.data() instead of &ProtoRefs[0] to access the raw buffer.

llvm-svn: 72291

llvm-svn: 72284

non-argument names, pass the tokens through.

llvm-svn: 72283

call other member functions of class templates, including after
template instantiation. No functionality change.

llvm-svn: 72282