llvm-svn: 51395

llvm-svn: 51392

the destruction of Decls and Stmts.

llvm-svn: 51385

llvm-svn: 51381

llvm-svn: 51380

llvm-svn: 51379

Fixed bug in the transfer function for dereferences: the loaded value from EvalLoad should bind to the UnaryOperator*, not its subexpression.

Added test case to exercise this fix when checking for uses of uninitialized values.

Patch by Zhongxing Xu!

llvm-svn: 51377

changes in my tree, so I don't have a testcase which affects trunk.

llvm-svn: 51371

ASTs.  This is a hack, but I haven't considered how we really 
want to do this.

llvm-svn: 51364

we now iterate over the whole AST when we destroy it.

llvm-svn: 51363

(specifically, for TranslationUnits created from SerializationTest.cpp).  
Fixes a double-free bug in the serialization tests.

llvm-svn: 51362

llvm-svn: 51361

need it...).  Patch by Mike Stump.

llvm-svn: 51360

llvm-svn: 51326

llvm-svn: 51324

llvm-svn: 51322

llvm-svn: 51321

llvm-svn: 51320

llvm-svn: 51319

in Sema, per discussion on mailing list.  This doesn't cause any changes 
in the test results.  I'll probably add some more tests at some point, 
but it's an open question what we need to accept to be compatible with 
real code.

This doesn't touch the existing isConstantExpr method on Expr; that 
should be addressed somehow eventually (either removed or refined to 
whatever is appropriate).

llvm-svn: 51318

consensus was that it was fine; iso646 is trivial.

We actually don't need that many headers overall... on Ubuntu, at least, 
all we need are stdint.h, stdarg.h, limits.h, and float.h to stop 
depending on having gcc's headers around for normal code.

On a side note, the path searching needs some improvement; I had to 
hardcode the path to my header directory into clang.cpp to get the 
driver to use it consistently.

llvm-svn: 51317

as far as I can tell, and it fixes code like test/CodeGen/functions.c.

(Whatever performance effect it might have, crashing on a 
construct like this isn't really acceptable; I've run into this 
multiple times.)

llvm-svn: 51312

extend beyond the end of the function.

I'm not completely sure this is the right way to fix this bug, so 
someone familiar with the parser should double-check.

llvm-svn: 51311

llvm-svn: 51309

Sema. No codegen yet.

llvm-svn: 51307

llvm-svn: 51304

llvm-svn: 51301

llvm-svn: 51300

Reclaim memory from chains of ScopedDecls, and reclaim memory for the initializers of EnumConstantDecls.

llvm-svn: 51299

llvm-svn: 51298

Fixed a bug in ParmVarDecl::param_end(): Handle the case where there are no
ParmVarDecls for a FunctionDecl, but its function prototype has formal arguments
(can happen with typedefs).

llvm-svn: 51297

llvm-svn: 51294

llvm-svn: 51288

1) Sema::ParseAST now constructs a TranslationUnit object to own the top-level Decls, which releases the top-level Decls upon exiting ParseAST.

2) Bug fix: TranslationUnit::~TranslationUnit handles the case where a Decl is added more than once as a top-level Decl.

3) Decl::Destroy is now a virtual method, obviating the need for a special dispatch based on DeclKind.

3) FunctionDecl::Destroy now releases its Body using its Destroy method.

4) Added Stmt::Destroy and Stmt::DestroyChildren, which recursively delete the child ASTs of a Stmt and call their dstors.  We may need to special case dstor/Destroy methods for particular Stmt subclasses that own other dynamically allocated objects besides AST nodes.

5) REGRESSION: We temporarily are not deallocating attributes; a FIXME is provided.

llvm-svn: 51286

implement bitfield codegen (although I don't envy the person who 
implements it).  This also prevents a crash on code like that from PR2309
(it's still broken, but it fails more gracefully).

llvm-svn: 51285

llvm-svn: 51284

llvm-svn: 51282

Added Stmt::DestroyChildren, which will be used by the dstors of the subclasses of Stmt to recursively delete their child AST nodes.

llvm-svn: 51278

code).

llvm-svn: 51276

it a few days to make sure there aren't any significant regressions.

llvm-svn: 51273