llvm-svn: 60791

llvm-svn: 60790

In GRExprEngine treat @throw as an 'abort' that ends the current path.  This is a temporary solution.

llvm-svn: 60789

llvm-svn: 60782

Sema::ActOnMethodDeclaration(): Make sure we perform the default function/array conversion for parameter types.

This fixes <rdar://problem/6424064> checker on xcode: (possible bad AST) can the type of a method parameter really have "isFunctionType() == true"?
and http://llvm.org/bugs/show_bug.cgi?id=2997.

llvm-svn: 60781

llvm-svn: 60778

llvm-svn: 60763

llvm-svn: 60761

More fancy footwork to cope with rewriting property 'setters'.

llvm-svn: 60760

llvm-svn: 60759

llvm-svn: 60758

llvm-svn: 60734

llvm-svn: 60732

llvm-svn: 60731

Fixed LiveVariables bug where we didn't consider block-level expressions that functioned as the size of a VLA to be live.

llvm-svn: 60730

llvm-svn: 60729

llvm-svn: 60726

llvm-svn: 60722

llvm-svn: 60721

llvm-svn: 60720

This is important because ParseDeclarationOrFunctionDefinition
skips to, but does not consume, an } on error.

llvm-svn: 60719

llvm-svn: 60718

'self.myIvar = nil' (properties) only releases myIvar when the property has kind 'assign'.  This fixes <rdar://problem/6380411>.

llvm-svn: 60717

Fixes <rdar://problem/6418640> clang on prokit: error: incompatible type returning 'id', expected 'NSSize'

llvm-svn: 60716

llvm-svn: 60713

llvm-svn: 60712

warning as it is allowed in gcc and will break projects.

llvm-svn: 60710

must allow the continuation class to extend it to a 'readwrite'
and 'copy/retain'.

llvm-svn: 60709

llvm-svn: 60708

Fix <rdar://problem/6423452> clang ObjC rewriter: Don't use __declspec(dllimport) for Blocks functions, as they are linked statically.

llvm-svn: 60704

This is a follow-up to fixing <rdar://problem/6213955> clang ObjC rewriter: rewriter doesn't appear to support @property and @synthesize.

llvm-svn: 60700

llvm-svn: 60699

llvm-svn: 60693

llvm-svn: 60686

code were working correctly, it would be a no-op, but it's not really a 
proper fix.  That said, I don't really want to touch the enum code at 
the moment because I don't understand it very well, and this seems to 
be a relatively visible regression.

llvm-svn: 60680

llvm-svn: 60676

llvm-svn: 60655

llvm-svn: 60646

llvm-svn: 60645

llvm-svn: 60638