a class with virtual bases.  Just a patch until Sema starts (correctly) doing
most of this analysis.

Fixes PR 6622.

llvm-svn: 102692

llvm-svn: 102676

llvm-svn: 102674

llvm-svn: 102293

llvm-svn: 102289

llvm-svn: 102286

llvm-svn: 102285

RenameGetAddressOfBaseOfCompleteClass to GetAddressOfDirectBaseInCompleteClass to reflect that it only handles direct bases.

llvm-svn: 102284

llvm-svn: 102282

llvm-svn: 102281

DefineImplicitCopyConstructor now uses SetBaseOrMemberInitializers to create implicit base initializers. (Member initializers are still handled by CodeGenFunction::SynthesizeCXXCopyConstructor for now).

llvm-svn: 102279

llvm-svn: 102275

llvm-svn: 102274

llvm-svn: 102273

llvm-svn: 102272

Add a new GetAddressOfBaseClass overload that takes a base path and. Use it for derived-to-base casts.

llvm-svn: 102270

llvm-svn: 102007

llvm-svn: 101921

Fix a bug which triggered the assertion I added yesterday. Basically, when we initialize the vtable pointer for a virtual base, and there was another path from the most derived class to another base with the same class type, we would use the wrong base.

llvm-svn: 101911

llvm-svn: 101909

llvm-svn: 101872

Assert that the path from the derived to the base class in CodeGenFunction::GetAddressOfBaseClass is not ambiguous.

llvm-svn: 101869

function declaration, since it may end up being changed (e.g.,
"extern" can become "static" if a prior declaration was static). Patch
by Enea Zaffanella and Paolo Bolzoni.

llvm-svn: 101826

Have the CXXBaseOrMemberInitializer keep track of whether an initializer initializes a virtual base or not.

llvm-svn: 101004

This introduces FunctionType::ExtInfo to hold the calling convention and the
noreturn attribute. The next patch will extend it to include the regparm
attribute and fix the bug.

llvm-svn: 99920

llvm-svn: 99869

Use the new function in EmitClassAggrMemberwiseCopy, fixing the same assert as seen in PR6628 but for arrays this time.

llvm-svn: 99867

llvm-svn: 99866

llvm-svn: 99865

Handle default arguments when calling copy constructors for bases or members when synthesizing a copy constructor. Fixes PR6628.

llvm-svn: 99864

Flip the switch to always get vtables from the VTT when necessary, I've verified that clang bootstraps with this.

llvm-svn: 99800

llvm-svn: 99798

llvm-svn: 99791

llvm-svn: 99790

Use construction vtables when needed. This is currently guarded by -fdump-vtable-layouts since it doesn't work 100% yet :)

llvm-svn: 99787

Reapply r99775 with a fix for a silly bug - we were setting the vtable pointer for all bases, even those without a vtable pointer :)

llvm-svn: 99777

llvm-svn: 99776

More improvements to setting the vtable pointer. We now no longer set the vtable pointer for non-virtual primary bases. We also do a pre-order traversal of the class hierarchy; this is necessary in order to get the right vbase offset offsets in base ctors/dtors.

llvm-svn: 99775

llvm-svn: 99773

llvm-svn: 99614