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

llvm-svn: 63998

- Made allocation of Stmt objects using vanilla new/delete a *compiler
  error* by making this new/delete "protected" within class Stmt.
- Now the only way to allocate Stmt objects is by using the new
  operator that takes ASTContext& as an argument.  This ensures that
  all Stmt nodes are allocated from the same (pool) allocator.
- Naturally, these two changes required that *all* creation sites for
  AST nodes use new (ASTContext&).  This is a large patch, but the
  majority of the changes are just this mechanical adjustment.
- The above changes also mean that AST nodes can no longer be
  deallocated using 'delete'.  Instead, one most do
  StmtObject->Destroy(ASTContext&) or do
  ASTContextObject.Deallocate(StmtObject) (the latter not running the
  'Destroy' method).

Along the way I also...
- Made CompoundStmt allocate its array of Stmt* using the allocator in
  ASTContext (previously it used std::vector).  There are a whole
  bunch of other Stmt classes that need to be similarly changed to
  ensure that all memory allocated for ASTs comes from the allocator
  in ASTContext.
- Added a new smart pointer ExprOwningPtr to Sema.h.  This replaces
  the uses of llvm::OwningPtr within Sema, as llvm::OwningPtr used
  'delete' to free memory instead of a Stmt's 'Destroy' method.

Big thanks to Doug Gregor for helping with the acrobatics of making
'new/delete' private and the new smart pointer ExprOwningPtr!

llvm-svn: 63997

GRExprEngine: When processing compound assignments, do a switch table lookup to get the non-compound opcode from the compound opcode instead of relying on the order of BinaryOperator::opcode values.  This unbreaks the misc-ps.c test.

llvm-svn: 63991

llvm-svn: 63990

llvm-svn: 63987

non-empty.

llvm-svn: 63986

long instead of int.  This is because system heaers like to redefine
typedefs and that is an error if they don't exactly match.  Use long
for intptr_t on all systems where long is the right size.

llvm-svn: 63984

llvm-svn: 63983