llvm-svn: 64072

llvm-svn: 64069

llvm-svn: 64068

llvm-svn: 64064

llvm-svn: 64063

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

llvm-svn: 64052

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

llvm-svn: 64051

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

llvm-svn: 64043

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

llvm-svn: 64041

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

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

llvm-svn: 64021

llvm-svn: 64020

llvm-svn: 64015

llvm-svn: 64014

for pointing this out.

llvm-svn: 64011

llvm-svn: 64010

Obviously I make a miserable header developer :)

llvm-svn: 64009

llvm-svn: 64008

uintmax_t is unsigned long long, which is not optimal, but is assumed 
elsewhere already.

llvm-svn: 64007

Thanks to Eli for pointing this out.

llvm-svn: 64006

llvm-svn: 64004

 - Currently, this is producing poor code, but we prefer correctness
   to performance for now. Eventually we should be able to generally
   avoid having to set the alignment when we control the alignment of
   the alloca.

 - This knocks out 33/1000 failures on my single argument ABI tests,
   down to 22/1000 and 18 of these appear to be gcc bugs. Woot.

llvm-svn: 64001