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

llvm-svn: 72408

llvm-svn: 72407

llvm-svn: 72406

llvm-svn: 72405

printf operands to long to suppress warnings.

llvm-svn: 72404

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

llvm-svn: 72392

llvm-svn: 72391

llvm-svn: 72390

DiagnosticGroups.td, and add it as part of -Wformat (which gets it into -Wall).

llvm-svn: 72389

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

llvm-svn: 72385

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

llvm-svn: 72370

llvm-svn: 72355

llvm-svn: 72354

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: 72330

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

llvm-svn: 72304

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-svn: 72298

llvm-svn: 72293

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