llvm-svn: 70527

llvm-svn: 70526

Radar 6838889

llvm-svn: 70525

llvm-svn: 70523

llvm-svn: 70519

llvm-svn: 70518

llvm-svn: 70516

llvm-svn: 70514

'objc_ownership_release' to the effects on receivers.

llvm-svn: 70507

llvm-svn: 70506

applied to ObjCMethodDecls, not just parameters. This allows one to specific
side-effects on the receiver of a message expression. No checker support yet.

llvm-svn: 70505

appear between the return type and the selector. This is a separate code path
from regular attribute processing, as we only want to (a) accept only a specific
set of attributes in this place and (b) want to distinguish to clients the
context in which an attribute was added to an ObjCMethodDecl.

Currently, the attribute 'objc_ownership_returns' is the only attribute that
uses this new feature. Shortly I will add a warning for 'objc_ownership_returns'
to be placed at the end of a method declaration.

llvm-svn: 70504

the return type and selector. Haven't hooked this up to Sema yet.

llvm-svn: 70501

llvm-svn: 70500

"aligned" attribute. Previously, we were skipping over these
attributes when we jumped directly to the canonical type. Now,
ASTContext::getTypeInfo walks through typedefs and other
"non-canonical" types manually, looking for "aligned" attributes on
typedefs.

As part of this change, I moved the GNU-specific logic (such as
determining the alignment of void or of a function pointer) out of the
expression evaluator and into ASTContext::getTypeInfo.

llvm-svn: 70497

to match gcc's closely.

llvm-svn: 70493

This fixes <rdar://problem/6839489> 10A345: Clang does not warm about mismatched returns (void return from a bool function)
 
Will implement -Wreturn-type, -Wno-return-type in another commit.

llvm-svn: 70492

llvm-svn: 70489

constant initializers.

llvm-svn: 70483

to hook up if someone was interested.

llvm-svn: 70482

llvm-svn: 70481

have support for __divti3 and friends.

llvm-svn: 70480

llvm-svn: 70475

matching ObjCMethodDecl exists in the @interface.

llvm-svn: 70474

ObjCInterfaceDecl, not before.

llvm-svn: 70473

not supported on 32-bit targets, so we can define it to be 128-bit
aligned there too :)

llvm-svn: 70465

compatible with VC++ and GCC.  The codegen/mangling angle hasn't
been fully ironed out yet.  Note that we accept int128_t even in
32-bit mode, unlike gcc.

llvm-svn: 70464

llvm-svn: 70457

llvm-svn: 70452

level. This is more expressive.

llvm-svn: 70451

llvm-svn: 70443

in an @synthesize diective, as it breaks few projects.

llvm-svn: 70441

Just because a declaration has the same name as its containing class doesn't mean that it's a constructor. Fixes rdar://problem/6815988.

llvm-svn: 70436

llvm-svn: 70432

an owned object, consult its summary instead of inspecting the selector. This
picks up annotations, and is just more general.

llvm-svn: 70429

llvm-svn: 70424

It seems to effect code gen. Add a FIXME instead.

llvm-svn: 70423

llvm-svn: 70420

based on a patch from Anders Johnsen. CodeGen support is incomplete,
in that we do not properly coerce to the first field's type.

llvm-svn: 70419

llvm-svn: 70418