llvm-svn: 69695

in cases like this:

typedef struct {
  short instance;
  char name[0];
} ATTR_LIST_ENTRY2;

void test() {
  ATTR_LIST_ENTRY2 X = (ATTR_LIST_ENTRY2) { .instance = 7, };
}  

While it is safe to emit them, it is pretty silly.

llvm-svn: 69687

tentative definitions off to the ASTConsumer at the end of the
translation unit. 

Eliminate CodeGen's internal tracking of tentative definitions, and
instead hook into ASTConsumer::CompleteTentativeDefinition. Also,
tweak the definition-deferal logic for C++, where there are no
tentative definitions.

Fixes <rdar://problem/6808352>, and will make it much easier for
precompiled headers to cope with tentative definitions in the future.

llvm-svn: 69681

llvm-svn: 69668

but crashed codegen.  Fix this to report the name of the llvm function.
This fixes rdar://6808051

llvm-svn: 69658

llvm-svn: 69650

when we need them -- which is exactly what some code was already
doing!
 - No intended functionality change.

llvm-svn: 69648

llvm-svn: 69641

w.r.t. ASTContext::[gs]etFieldDecl, and the Field argument to
EmitObjCValueForIvar).

llvm-svn: 69639

llvm-svn: 69629

GetClassSizeInfo

Reduce nesting in GetInterfaceDeclStructLayout.

Tweak some comments.

No functionality change.

llvm-svn: 69621

PR4023

llvm-svn: 69618

 - No functionality change.

llvm-svn: 69582

@synthesized ivars for superclasses.
 - <rdar://problem/6806371> [clang] Mark code without miscompiled
   @synthesized properties

llvm-svn: 69581

Drop uses of GetFirstInvarInRecord, instead we lookup the ivars we
know are in the record.
 - This is somewhat less efficient, but I need to detangle this code
   first...

llvm-svn: 69579

Also, added assertion that the field matches what would be looked up.

llvm-svn: 69572

subsequently crashed).

llvm-svn: 69567

Adapted from patch by Tim Northover.

llvm-svn: 69566

llvm-svn: 69563

llvm-svn: 69562

 - No functionality change.

llvm-svn: 69561

llvm-svn: 69545

llvm-svn: 69541

will talk to steve.

llvm-svn: 69519

llvm-svn: 69517

@class but no implementation.  This was broken in all 3 runtime
impls.

llvm-svn: 69512

 - The confusing IRgen bitfield interface is partly to blame here;
   fixing the functional error for now, cleanups to the interface to
   follow.

llvm-svn: 69503

llvm-svn: 69501

 - No functionality change (but added a FIXME).

llvm-svn: 69496

 - No functionality change.

llvm-svn: 69495

"This patch fixes message sends to super in class methods for the GNU runtime (currently an instance method lookup is being performed)."

Patch by David Chisnall!

llvm-svn: 69493

llvm-svn: 69471

Make CodeGenFunction::EmitCallArgs a template function that takes a generic "Type Info" parameter. The type info parameter knows how to iterate over its arguments.

llvm-svn: 69469

 - <rdar://problem/6803995>

llvm-svn: 69435

into the wrong section (they shared the same lookup table).

llvm-svn: 69433

llvm-svn: 69428

lazy PCH deserialization. Propagate that argument wherever it needs to
be. No functionality change, except that I've tightened up a few PCH
tests in preparation.

llvm-svn: 69406

rdar://6800430

llvm-svn: 69392

llvm-svn: 69389

no-dead-strip set on them).

llvm-svn: 69388