expressions.

llvm-svn: 51677

alignment and alignment attributes.

llvm-svn: 51676

This change makes clang generate the same thing as llvm-gcc.

llvm-svn: 51674

nothing fundamentally wrong with it. Emitting unpacked structs where 
possible is more work for almost no practical benefit.  We'll probably 
want to fix it at some point anyway, but it's low priority.

The issue with long double in particular is that LLVM thinks an X86 long
double is 10 bytes, while clang considers it for all purposes to be
either 12 or 16 bytes, depending on the platform, even in a packed
struct.

llvm-svn: 51673

llvm-svn: 51622

llvm-svn: 51619

llvm-svn: 51618

llvm-svn: 51596

llvm-svn: 51595

llvm-svn: 51586

encountered.  Mixing up the decls is unintuitive, and confuses the AST 
destruction code. Fixes PR2360.

Note that there is a need to look up the characteristics and 
declarations of a function associated with a particular name or decl, 
but the original swapping code doesn't solve it properly. 
http://lists.cs.uiuc.edu/pipermail/cfe-dev/2008-May/001644.html is one 
suggestion for how to fix that.

llvm-svn: 51584

been used.  In preparation for the fix to PR2360, but also a minor bug 
in its own right.

llvm-svn: 51583

codegen of X86 long double.

llvm-svn: 51578

it fixes PR2204.  Not too much to say about the implementation; it works 
in a similar way to the vector size attribute.

At some point, we need to modify the targets to provide information 
about the appropriate types.

llvm-svn: 51577

happening.

llvm-svn: 51574

with unnamed members.

llvm-svn: 51557

PR2151 (by not creating the empty implicit init list).

llvm-svn: 51556

double-report errors; fixes PR2362.

llvm-svn: 51555

llvm-svn: 51552

llvm-svn: 51519

llvm-svn: 51514

More test cases for retain/release checker.  These cases handle not flagging leaks for static variables.

llvm-svn: 51486

llvm-svn: 51479

llvm-svn: 51454

void f(const void) in one place and rejecting it in another.

llvm-svn: 51424

llvm-svn: 51395

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

committed.

llvm-svn: 51370

not the missing diagnostic.

llvm-svn: 51365

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

llvm-svn: 51363

llvm-svn: 51361

llvm-svn: 51316

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

llvm-svn: 51309

llvm-svn: 51308

Sema. No codegen yet.

llvm-svn: 51307

llvm-svn: 51304

llvm-svn: 51301

llvm-svn: 51300