'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

Add a smarter heuristic to determine when to coalesce a virtual register with a physical one. More specifically, it avoid tying a virtual register in the loop with a physical register defined / used outside the loop. When it determines it's not profitable, it will use the physical register as the allocation preference instead.

This is *not* turned on by default. Testing indicates this is just as likely to pessimize code. The main issue seems to be allocation preference doesn't work effectively. That will change once I've taught register allocator "swapping".

llvm-svn: 70503

so that it doesn't shadow the instance variable of the same name.
Make the parameter names in method declarations match the definitions.

llvm-svn: 70502

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

llvm-svn: 70501

llvm-svn: 70500

llvm-svn: 70499

of "class", so that it matches the subsequent definition.

llvm-svn: 70498

"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

Make dataflow iteration possible on Value*, not only on User*: df_ext_iterator<Value*, SmallPtrSet<const Value*, 16> >

llvm-svn: 70496

in getSCEVAtScope.

llvm-svn: 70495

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: 70491

run when assembling.

Wire this up to the gold plugin. You can now pass --plugin-opt gcc=/foo/bar/gcc
and it will run that gcc instead of looking for it on the path.

llvm-svn: 70490

llvm-svn: 70489

class.

llvm-svn: 70488

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

llvm-svn: 70466

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

a SCEVable type, not just integer types.

llvm-svn: 70463

llvm-svn: 70461

llvm-svn: 70459

llvm-svn: 70457

memory operands otherwise the writebacks get lost when the inline asm 
doesn't otherwise have side effects.  This fixes rdar://6839427, though
clang really shouldn't generate these anymore.

llvm-svn: 70455

llvm-svn: 70454

llvm-svn: 70453

llvm-svn: 70452

level. This is more expressive.

llvm-svn: 70451

llvm-svn: 70449

llvm-svn: 70445