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

llvm-svn: 69387

the functional change here is changing ConvertType -> ConvertTypeForMem
so that we handle i1 fields properly as memory.

llvm-svn: 69361

llvm-svn: 69360

llvm-svn: 69343

 - <rdar://problem/6800351> clang not producing correct large struct
   return code for Blocks

llvm-svn: 69337

struct S {
S(int, int);
};

void f() {
S s(10, 10);
}

llvm-svn: 69330

llvm-svn: 69328

llvm-svn: 69315

match gcc's.

llvm-svn: 69305

Fix a crash bug when comparing overload quality of conversion operators with conversion constructors.
Remove an atrocious amount of trailing whitespace in the overloaded operator mangler. Sorry, couldn't help myself.
Change the DeclType parameter of Sema::CheckReferenceInit to be passed by value instead of reference. It wasn't changed anywhere.
Let the parser handle C++'s irregular grammar around assignment-expression and conditional-expression.
And finally, the reason for all this stuff: implement C++ semantics for the conditional operator. The implementation is complete except for determining lvalueness.

llvm-svn: 69299

when generating a common definition.

llvm-svn: 69287

llvm-svn: 69232

 - PR3980.

 - <rdar://problem/6762287> [irgen] crash when generating tentative
   definition of incomplete structure

 - This also avoids creating common definitions for things which are
   later overwritten.

 - XFAIL'ed external-defs.c, it isn't completing types properly yet.

llvm-svn: 69231

llvm-svn: 69228

llvm-svn: 69222

 - This was particularly bad since I fixed one instance of this name
   and not another, meaning we got an LLVM module with the same
   effective name in two different globals!

llvm-svn: 69205

llvm-svn: 69199

llvm-svn: 69198

llvm-svn: 69170

llvm-svn: 69168

llvm-svn: 69150