by removing the redundant type parameter.

llvm-svn: 133860

arithmetic on a VLA as 'nsw', per discussion with djg, and
implement pointer arithmetic (other than array accesses) and
pointer subtraction for VLA types.

llvm-svn: 133855

declaration, determine whether the declaration will end up declaring a
function using semantic criteria (e.g., it will have function type)
rather than purely syntactic criteria (e.g., it has the form of a
function declarator). Fixes <rdar://problem/9670557>.

llvm-svn: 133854

to turn off warning on those properties which follow Cocoa naming
convention for retaining objects and yet they were not meant for
such purposes. Also, perform consistancy checking for declared
getters of such methods. // rdar://9636091

llvm-svn: 133849

llvm-svn: 133842

llvm-svn: 133841

in the variable to an inline asm which gets run when the variable
goes out of scope.

llvm-svn: 133840

Sorry, this was a bad idea.  Within clang these builtins are in a separate
"ARM" namespace, but the actual builtin names should clearly distinguish tha
they are target specific.

llvm-svn: 133833

llvm-svn: 133829

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