Don't produce a vtable for a class if we have an explicit template instantiation declaration and no key function. We will produce the vtable at the explicit template instantiation.

Fixes PR6748

llvm-svn: 100266

assembly for testcases.

llvm-svn: 100253

when parsing. Fixes radar 7822196.

llvm-svn: 100248

llvm-svn: 100237

llvm-svn: 100236

llvm-svn: 100235

IRgen/Obj-C: Eliminate FindIvarInterface, now that ivar's are in the right DeclContexts (-2 FIXMEs). We still have an annoying linear scan + hidden dependency on how Obj-C layout is done.
 - This is also an algorithmic improvement in IRgen for Obj-C, although it probably doesn't matter in practice.

llvm-svn: 100228

llvm-svn: 100227

(radar 7822210).

llvm-svn: 100226

llvm-svn: 100219

Sema/Obj-C: Narrow type of ObjCIvarDecl::Create, and check additional invariants on the provided DeclContext.
 - Doug, please see the FIXME in DeclObjC.cpp -- I am not sure what the right fix is.

llvm-svn: 100213

property is being accessed without the dot-syntax notation.
(radar 7822344).

llvm-svn: 100212

llvm-svn: 100210

assembly for the global "d7". We were previously testing for alignment
3, which seems to happen for some builders and not for others. I've
eliminated the alignment check and added a FIXME to unbreak the
buildbots.

llvm-svn: 100205

llvm-svn: 100200

llvm-svn: 100197

poor (and wrong) approximation of the actual rules governing when to
build a copy and when it can be elided.

The correct implementation is actually simpler than the
approximation. When we only enumerate constructors as part of
initialization (e.g., for direct initialization or when we're copying
from a class type or one of its derived classes), we don't create a
copy. When we enumerate all conversion functions, we do create a
copy. Before, we created some extra copies and missed some
others. The new test copy-initialization.cpp shows a case where we
missed creating a (required, non-elidable) copy as part of a
user-defined conversion, which resulted in a miscompile. This commit
also fixes PR6757, where the missing copy made us reject well-formed
code in the ternary operator.

This commit also cleans up our handling of copy elision in the case
where we create an extra copy of a temporary object, which became
necessary now that we produce the right copies. The code that seeks to
find the temporary object being copied has moved into
Expr::getTemporaryObject(); it used to have two different
not-quite-the-same implementations, one in Sema and one in CodeGen.

Note that we still do not attempt to perform the named return value
optimization, so we miss copy elisions for return values and throw
expressions.

llvm-svn: 100196

Reapply patch for adding support for address spaces and added a isVolatile field to memcpy, memmove, and memset. 

llvm-svn: 100193

CG/NeXT: Assert some invariants on an ivar's containing decl context that I am about to refactor based on, following some testing.

llvm-svn: 100188

If a constructor is a dependent context, just set the base and member initializers as they are written. Fixes a bug where we wouldn't show initialization order warnings when instantiating.

llvm-svn: 100180

llvm-svn: 100179

llvm-svn: 100175

llvm-svn: 100174

llvm-svn: 100173

PartialDiagnostic objects, and hoisting the stream operator for QualType into
Type.h with the operator for the normal DiagnosticBuilder. Also remove the no
longer needed friend declaration for the DeclarationName stream operator.

llvm-svn: 100169

llvm-svn: 100159

the standard.

llvm-svn: 100155

llvm-svn: 100153

llvm-svn: 100144

take'id' or return 'id' in their type. Fixes radar 7814131.

llvm-svn: 100129

an object or function. Our previous checking was too lax, and ended up
allowing missing or extraneous address-of operators, among other
evils. The new checking provides better diagnostics and adheres more
closely to the standard.

Fixes PR6563 and PR6749.

llvm-svn: 100125

Clang++ support, even in "Production" mode (for testing purposes).

llvm-svn: 100119

llvm-svn: 100115

Fixes PR6755.

llvm-svn: 100105

Patch by Jordy Rose.

llvm-svn: 100099

llvm-svn: 100098

llvm-svn: 100093

llvm-svn: 100080

llvm-svn: 100079

llvm-svn: 100077