not sizes;  so that we use well-typed allocas;  and so that we
properly recurse through the full set of variably-modified types.

llvm-svn: 133827

llvm-svn: 133826

is not implemented. // rdar://9651605

llvm-svn: 133819

making unsafe assignment of a retainable 
object, Per John's request.

llvm-svn: 133817

Fixes crash in http://llvm.org/PR10109 & rdar://9584039.

llvm-svn: 133816

llvm-svn: 133807

objects.  // rdar://9495837

llvm-svn: 133806

llvm-svn: 133805

if the location given points at the last token of the macro instantiation.

Fixes rdar://9045701.

llvm-svn: 133804

points to a macro instantiation.

llvm-svn: 133802

at the start of a macro instantiation.

llvm-svn: 133801

is at the first token but that the location's offset is not inside the token as well.

llvm-svn: 133800

LLVM_ON_WIN32 is defined in llvm/Config/config.h.
IMO, it might be enough with _WIN32 in most cases, LLVM_ON_xxx could be deprecated.

llvm-svn: 133794

llvm-svn: 133790

conventions. I then discovered a typo in the using declaration bit in
LookupSpecialMember. This led to discovering [namespace.udecl]p15, which
clang implements incorrectly. Thus I've added a comment and implemented
the code consistently with the rest of clang - that is incorrectly.

And because I don't want to include tests of something incorrect, I've
ripped the test out.

llvm-svn: 133784

Rename objc_lifetime -> objc_ownership, and modify diagnostics to talk about 'ownership', not 'lifetime'.

rdar://9477613.

llvm-svn: 133779

diagnose it properly and don't throw clang into an
infinit loop. // rdar://9653341

llvm-svn: 133773

llvm-svn: 133769

llvm-svn: 133763

llvm-svn: 133762

works in a 'while(false)' loop.  Simplify this code;  it was
complicated only in anticipation of C++0x lambdas, and it can
become complicated again when those happen. :)

llvm-svn: 133761

c++ catch in fragile abi - per Eli's request.

llvm-svn: 133760

llvm-svn: 133757

to its header to avoid an explicit instantiation.

llvm-svn: 133753

llvm-svn: 133750

in fragile abi mode and some other cleanups. // rdar://8940528

llvm-svn: 133747

Fix Sema::CheckVectorOperands so that it doesn't try to insert a cast expression into the LHS of a compound assignment.  Fixes compound assignment of various "compatible" vector types, including NEON-vector and gcc-vector types.

<rdar://problem/9640356>

llvm-svn: 133737

llvm-svn: 133731

llvm-svn: 133730

same declaration. Templatize dropAttr for general use.

llvm-svn: 133724

// rdar://9538608

llvm-svn: 133721

Sorry! This commit worked in CMake, but
CXX_INCLUDE_ROOT is defined in a different
config.h for autoconf.

llvm-svn: 133715

This is the only usage in clang's headers, and it's for a define
that only exists on CMake builds for the sake of the MSVC compiler,
so just use an ifdef instead.

Also add an include for config.h in a file that actually needs it,
and was picking it up by accident indirectly.

llvm-svn: 133710

llvm-svn: 133693

llvm-svn: 133688

llvm-svn: 133678

One weird thing is the addition of several <a name=""> tags where
previously there were id attributes on the <h3> tags. This is because
the id attribute must begin with a letter, not an underscore. The name
attribute is not so constrained, so links will continue to work.

llvm-svn: 133677

and into a new file, SemaExprMember.cpp, bringing SemaExpr.cpp just
under 10,000 lines of code (ugh). No functionality change, although I
intend to do some refactoring of this code to address PR8368 at some
point in the "near" future.

llvm-svn: 133674

In fact it does. For the driver anyway, and not cc1 which I'm supposed
to pretend doesn't exist.

llvm-svn: 133673

llvm-svn: 133672