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

is true. Because of recent changes to llvm::SmallVector, using these iterators
when Exprs was empty would cause an assertion failure.

This fixes: PR 4245.

llvm-svn: 72286

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

expressions. This change introduces another AST node,
CXXUnresolvedMemberExpr, that captures member references (x->m, x.m)
when the base of the expression (the "x") is type-dependent, and we
therefore cannot resolve the member reference yet.

Note that our parsing of member references for C++ is still quite
poor, e.g., we don't handle x->Base::m or x->operator int.

llvm-svn: 72281

llvm-svn: 72280

  (T(*)(int[x+y]));

is an (invalid) paren expression, but "x+y" will be parsed as part of the (rejected) type-id,
so unnecessary Action calls are made for an unused (and possibly leaked) "x+y".

Use a different scheme, similar to parsing inline methods. The parenthesized tokens are cached,
the context that follows is determined (possibly by parsing a cast-expression),
and then we re-introduce the cached tokens into the token stream and parse them appropriately.

llvm-svn: 72279