the "system dirs win over user dirs" logic to framework and headermap
search locations as well as normal directories.  This means that
clang t.m -F/System/Library/Frameworks  will treat /System/Library/Frameworks
as a system directory not a user directory.  If you use -v, the difference is:

Before:
ignoring nonexistent directory "/usr/libdata/gcc41"
ignoring duplicate framework "/System/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:

After:
ignoring nonexistent directory "/usr/libdata/gcc41"
ignoring duplicate directory "/System/Library/Frameworks"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:

This fixes rdar://6566429.

llvm-svn: 64060

llvm-svn: 64059

llvm-svn: 64056

llvm-svn: 64053

llvm-svn: 64052

Add support for emitting cleanup blocks. Make EmitCompoundStatement emit cleanup blocks if necessary

llvm-svn: 64051

llvm-svn: 64050

Add a simple RAII object, to be used for pushing a cleanup entry and make the insertion point be the cleanup block.

llvm-svn: 64048

llvm-svn: 64047

correctly.  This should lay the ground work to throw the big switch
and start code gening break and continue in the presense of vlas.

llvm-svn: 64046

llvm-svn: 64045

llvm-svn: 64044

llvm-svn: 64043

llvm-svn: 64042

For retain/release leaks, have the BugReport description indicate the allocation site and initial bindings.

llvm-svn: 64041

llvm-svn: 64040

llvm-svn: 64039

llvm-svn: 64038

for pointing this out!

llvm-svn: 64037

Determining the allocation site for a leak when constructing a CFRefLeakReport.  This avoids repeated calls to GetAllocationSite when Profiling a CFRefLeakReport object.

llvm-svn: 64036

changes the address space of the pointer.

llvm-svn: 64035

llvm-svn: 64034

llvm-svn: 64033

llvm-svn: 64032

llvm-svn: 64031

llvm-svn: 64030

llvm-svn: 64029

This will allow us to generate break and continue even if vlas are
involved without worry that we'll silently generate bad code.

llvm-svn: 64028

llvm-svn: 64027

No functional change.

llvm-svn: 64026

This uncovers some bugs, so several test cases now fail.

llvm-svn: 64025

llvm-svn: 64024

llvm-svn: 64023

llvm-svn: 64022

llvm-svn: 64021

llvm-svn: 64020

llvm-svn: 64019

ScheduleDAG's TLI member to use const.

llvm-svn: 64018

to make the encapsulation more clear.

llvm-svn: 64017

the iterator typedefs instead of handling the std::vector
directly.

llvm-svn: 64016