DeclarationName can't handle them yet, so right now Parser just errors out on them.

llvm-svn: 90027

llvm-svn: 90026

GetCXXBaseClassOffset to actually pass the test.

llvm-svn: 90025

We always want to create a virtual function pointer entry if the path from the derived return value to the base overridden return value contains a virtual base class.

llvm-svn: 90024

llvm-svn: 90023

llvm-svn: 90021

llvm-svn: 90020

Add a new PrimaryBaseInfo struct that combines the record decl of a primary base with whether it's virtual or not.

llvm-svn: 90018

llvm-svn: 90017

llvm-svn: 89999

llvm-svn: 89998

llvm-svn: 89989

AggExprEmitter::VisitCastExpr.

llvm-svn: 89988

implement it explicitly or assert that it doesn't make sense for a scalar.
This caught a couple interesting issues: one, CK_BaseToDerivedMemberPointer
casts were getting silently miscompiled, and two, Sema was constructing some
strange implicit casts of type CK_UserDefinedConversion.

The change in SemaExprCXX makes sure the cast kinds are getting set correctly.

llvm-svn: 89987

llvm-svn: 89986

we check whether the vtable needs to be generated.

llvm-svn: 89984

llvm-svn: 89983

When adding an implicit destructor, make sure to mark it as virtual if it overrides existing destructors.

llvm-svn: 89967

llvm-svn: 89966

llvm-svn: 89965

Make the pure virtual methods map a set instead.

llvm-svn: 89961

llvm-svn: 89949

this brings the error on
  clang -c foo.h -o -
closer to
  clang -c foo.h -o /dev/null

llvm-svn: 89948

llvm-svn: 89947

llvm-svn: 89946

llvm-svn: 89945

llvm-svn: 89944

operators, and destructors.  Avoids generating declarations/definitions of
trivial constructors/destructors, and makes sure the trivial copy assignment
operator is generated when necessary.

llvm-svn: 89943

Improve diagnostics in ReturnStackAddressChecker for returning a stack-allocated block.  Implements the rest of <rdar://problem/7387385>.

llvm-svn: 89940

llvm-svn: 89939

llvm-svn: 89938

llvm-svn: 89937

llvm-svn: 89936

llvm-svn: 89935

instead of checking explicitly for an EnumConstantDecl.  This folds references
to constant integer VarDecls, which has two benefits:

1. Slightly smaller emitted code from emitting a constant instead of a load,
and skipping emitting some constant globals.
2. Some code forgets to define static constant member variables; emitting a
load instead of the value in that case leads to a link error. (Such programs
are technically not well-formed, but in practice build with g++.)

llvm-svn: 89934

llvm-svn: 89933

llvm-svn: 89932

internal linkage.  Fixes PR5433.

llvm-svn: 89931

llvm-svn: 89930

the set of variables "captured" by a block.  Until the analysis gets
more sophisticated, for now we stop the retain count tracking of any
objects (transitively) referenced by these variables.

llvm-svn: 89929