llvm-svn: 140501

llvm-svn: 140499

llvm-svn: 140498

them into the clang namespace.

llvm-svn: 135852

ConstantExpr::getInBoundsGetElementPtr to use ArrayRef.

llvm-svn: 135673

llvm-svn: 135370

that takes an ArrayRef.

llvm-svn: 133615

optimization. Make sure to require a vtable when trying to get the address
of a VTT, otherwise we would never end up emitting the VTT.

llvm-svn: 131400

Emit them instead with the linkage of the VTT.

I'm actually really ambivalent about this;  it's what GCC does, but outside
of improving code size (if the linkage is coalescing), I'm not sure it's
at all relevant.  Construction vtables are naturally referenced only by the
VTT, which is itself only referenced by complete-object constructors and
destructors;  giving the construction vtables possibly-external linkage is
important if you have an optimization that drills through the VTT to a
reference to a particular construction vtable which it cannot just emit
itself.

llvm-svn: 128374

change in functionality intended.

llvm-svn: 128190

llvm-svn: 125360

Change CodeGenModule::setTypeVisibility to take a TypeVisibilityKind enum instead of an "IsForRTTI" flag.

llvm-svn: 124546

llvm-svn: 124540

Make emitting a VTT a two-step process, much like emitting a VTable. You first get the address of the VTT, and then pass it to EmitVTTDefinition.

llvm-svn: 124539

llvm-svn: 123531

llvm-svn: 123354

llvm-svn: 123280

llvm-svn: 120133

Rename getBaseClassOffset to getBaseClassOffsetInBits and introduce a getBaseClassOffset which returns the offset in CharUnits. Do the same thing for getVBaseClassOffset.

llvm-svn: 117881

independently of whether they're definitions, then teach IR generation to
ignore non-explicit visibility when emitting declarations.  Use this to
make sure that RTTI, vtables, and VTTs get the right visibility.

More of rdar://problem/8613093

llvm-svn: 117781

under the ARM ABI.

llvm-svn: 112588

us to find local variables, too. Fixes the last remaining
Boost.Rational failure.

llvm-svn: 103203

llvm-svn: 102890

llvm-svn: 102885

llvm-svn: 100986

llvm-svn: 99869

llvm-svn: 99799

llvm-svn: 99788

Two bug fixes, we weren't updating the thunk index when creating the vtable initializer and we weren't storing the secondary virtual pointer indices.

llvm-svn: 99786

llvm-svn: 99608

llvm-svn: 99605

llvm-svn: 99604

llvm-svn: 99588

llvm-svn: 99586

llvm-svn: 99581

llvm-svn: 99576

llvm-svn: 99462

llvm-svn: 99461

llvm-svn: 99385

llvm-svn: 99381