Added special versions of new[]/delete[] to complement the new/delete which uses ASTContext's allocator.  Updated some comments along the way.

llvm-svn: 63949

llvm-svn: 63947

llvm-svn: 63945

llvm-svn: 63942

matching member exists. Thanks to Piotr Rak for reporting the problem!

llvm-svn: 63939

llvm-svn: 63930

llvm-svn: 63929

for FieldRegion. This enables us to track more values.

Simplify SymbolicRegion::getRValueType(). We assume the symbol always has
pointer type.

llvm-svn: 63928

diffing the output of:
  clang -dM -o - -E -x c foo.c | sort

llvm-svn: 63926

llvm-svn: 63925

llvm-svn: 63924

llvm-svn: 63922

llvm-svn: 63921

llvm-svn: 63920

predefines buffer initialization.

llvm-svn: 63919

Now you too can have a 47 bit long long!

llvm-svn: 63918

llvm-svn: 63917

implementing PR3492: #include failures should be a fatal error

llvm-svn: 63915

llvm-svn: 63914

llvm-svn: 63913

Use ASTContext's allocator to deallocate Stmt objects instead of using 'delete'.  This fixes <rdar://problem/6561143>.

llvm-svn: 63905

llvm-svn: 63903

  - <rdar://problem/6551577> [ccc] require -x with -

llvm-svn: 63901

canonicalize by template parameter depth, index, and name, and the
unnamed version of a template parameter serves as the canonical.

TemplateTypeParmDecl no longer needs to inherit from
TemplateParmPosition, since depth and index information is present
within the type.

llvm-svn: 63899

llvm-svn: 63897

llvm-svn: 63896

llvm-svn: 63895

errors to 'fatal' error severity.

llvm-svn: 63894

Add 'AppendValue' to the list of magic CF function names that cause a tracked object to escape.  Fixes <rdar://problem/6560661>.

llvm-svn: 63891

llvm-svn: 63881

llvm-svn: 63879

llvm-svn: 63878

Also, put Objective-C protocols into their own identifier
namespace. Otherwise, we find protocols when we don't want to in C++
(but not in C).

llvm-svn: 63877

llvm-svn: 63875

llvm-svn: 63872

the documentation to the contrary).

llvm-svn: 63871

llvm-svn: 63869

However, the cause still remains: the Decl is linked into the chain of its DeclContext and remains there despite being deleted.

llvm-svn: 63868

This shrinks OwningResult by one pointer. Since it is no longer larger than OwningPtr, merge the two.
This leads to simpler client code and speeds up my benchmark by 2.7%.
For some reason, this exposes a previously hidden bug, causing a regression in SemaCXX/condition.cpp.

llvm-svn: 63867

llvm-svn: 63866