for -output-pch=.

llvm-svn: 89534

"typename" parameter to distinguish between non-type and type template
parameters. Fixes the actual bug in PR5559.

llvm-svn: 89532

Restructure DereferenceChecker slightly to handle caching out when we would report a null dereference more than once.

llvm-svn: 89526

Pull BadCallChecker int UndefinedArgChecker, and have UndefinedArgChecker also handled undefined receivers in message expressions.

llvm-svn: 89524

llvm-svn: 89520

More checker refactoring.  Passing undefined values in a message expression is now handled by UndefinedArgChecker.

llvm-svn: 89519

llvm-svn: 89517

llvm-svn: 89513

definition of a member template (or a member thereof). Fixes PR5566.

llvm-svn: 89512

llvm-svn: 89508

Switch CompilerInvocation::CreateFromArgs to take const char** arguments until Driver itself switches to StringRef.

llvm-svn: 89503

llvm-svn: 89502

llvm-svn: 89498

llvm-svn: 89497

name 'T' is looked up in the expression

  t.~T()

Previously, we weren't looking into the type of "t", and therefore
would fail when T actually referred to an injected-class-name. Fixes
PR5530.

llvm-svn: 89493

b->foo), don't look through pointers unless we have an -> operator.

llvm-svn: 89480

than tweaking existing ASTs, since we were (*gasp*) stomping on ASTs
within templates. I'm glad we found this little stick of TNT early...

llvm-svn: 89475

llvm-svn: 89467

llvm-svn: 89464

UINT<n>_C(v) macros. 

llvm-svn: 89461

and UINT<n>_MAX defintions.

llvm-svn: 89460

uint<n>_t definitions.

llvm-svn: 89459

llvm-svn: 89457

llvm-svn: 89453

llvm-svn: 89450

Add simple static analyzer checker to check for sending 'release', 'retain', etc. directly to a class.  Fixes <rdar://problem/7252064>.

llvm-svn: 89449

Unused ivar checker: ivars referenced by lexically nested functions should not be flagged as unused.  Fixes <rdar://problem/7254495>.

llvm-svn: 89448

llvm-svn: 89446

construction.  WIP.

llvm-svn: 89442

llvm-svn: 89441

constructor.  WIP.

llvm-svn: 89438

llvm-svn: 89437

llvm-svn: 89435

  A::f

that occurs within a non-static member function with a type-dependent
"this", don't consider this to be a case for introduction of an
implicit "(*this)." to refer to a specific member function unless we
know (at template definition time) that A is a base class of *this.

There is some disagreement here between GCC, EDG, and Clang about the
handling of this case. I believe that Clang now has the correct,
literal interpretation of the standard, but have asked for
clarification (c++std-core-15483).

llvm-svn: 89425

llvm-svn: 89424

llvm-svn: 89420

generation.

llvm-svn: 89416

llvm-svn: 89413

llvm-svn: 89412

rather than punting to a DependentSizedArrayType, tightening up our
type checking for template definitions. Thanks, John!

llvm-svn: 89407