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

llvm-svn: 51269

and "int a = {};").  I'll adjust the tests in a bit.

llvm-svn: 51265

llvm-svn: 51262

caused by enabling SemaInit.

llvm-svn: 51261

they were causing bad code to be emitted.  There are two fixes here: one 
makes sure we emit a string that is long enough, and one makes sure we 
properly handle string initialization in init lists.

llvm-svn: 51259

addition with a pointer and an integer even when it didn't make sense.

llvm-svn: 51228

used for _Bool is not the same as the primitive width (which for _Bool 
is 1 bit).  The load and store changes add some casts to make the 
types consistent.  The EmitLValue changes make sure that the pointer is 
of an appropriate type for loading the bitfield.

This isn't perfect, but it's an improvement, and getting everything 
right depends on actually laying out structs in an ABI-compliant way.

llvm-svn: 51224