llvm-svn: 57121

llvm-svn: 57019

llvm-svn: 56992

This is a temporary solution to help with the block rewriter (though it certainly has general utility).
Once DeclGroup's are implemented, this SourceLocation should be stored with it (since it applies to all the decls).

llvm-svn: 56985

 - Enabled for builtins which are always constant expressions
   (__builtin_huge_val*, __builtin_inf*, __builtin_constant_p,
   __builtin_classify_type, __builtin___CFStringMakeConstantString).

Added Builtin::Context::isConstantExpr.
 - Currently overly simply interface which only works for builtins
   whose constantexprness does not depend on their arguments.

CallExpr::isBuiltinConstantExpr now takes an ASTContext argument.

llvm-svn: 56983

versions of sprintf and friends.
 - Added FIXME that this mechanism should be generalized.

llvm-svn: 56962

This commit also includes some name changes in the blocks rewriter (no functionality change).

llvm-svn: 56955

llvm-svn: 56880

llvm-svn: 56879

llvm-svn: 56859

Fix <rdar://problem/6191148> [sema] Objective-C method lookup (at global scope) fails to handle overloaded selectors properly.

Long standing bug in Sema::ActOnInstanceMessage(). We now warn when messaging an "id" with multiple method signatures in scope. The diags are a little verbose, however they can be streamlined if necessary. 

llvm-svn: 56843

Needed to make sure the relaxed type checking only applies to "readonly" properties.

llvm-svn: 56838

llvm-svn: 56821

llvm-svn: 56800

Teach Sema::CheckAssignmentConstraints() to allow assignments between id and block pointer types (^{}).

llvm-svn: 56793

llvm-svn: 56791

llvm-svn: 56785

llvm-svn: 56775

Fix <rdar://problem/6252129> implementation of method in category doesn't effectively declare it for methods below.

llvm-svn: 56771

llvm-svn: 56770

wasn't covering checking builtins like __builtin___vsnprintf_chk) with
a check that won't get out of date. 

llvm-svn: 56767

don't need a BlockDeclRefExpr.

llvm-svn: 56766

llvm-svn: 56764

llvm-svn: 56761

This fixes <rdar://problem/6248392> clang: Error when using address of stack variable inside block.

llvm-svn: 56652

llvm-svn: 56642

llvm-svn: 56640

llvm-svn: 56639

Downgrade incompatible block pointer error to a warning (to be consistent with incompatible pointer warnings in general).

llvm-svn: 56595

llvm-svn: 56590

 - readonly and readwrite are mutually exclusive.
 - assign, copy, and retain are mutually exclusive.
 - copy and retain are invalid on non-object types.
 - Warn about using default 'assign' property on object types
   (attempting to follow gcc behavior).

llvm-svn: 56507

llvm-svn: 56438

Also added a couple simple tests from the "gcc.apple" test suite.

llvm-svn: 56309

Block literals are now represented by the concrete BlockExpr class.
This is cleanup (removes a FIXME).
No functionality change.

llvm-svn: 56288

llvm-svn: 56280

 ^(expression) or ^(int arg1, float arg2)(expression)
...is no longer supported. 
All block literals now require a compound statement.

llvm-svn: 56257

Sema::CheckReturnStackAddr(): Make sure we skip over implicit casts.
Added some more test cases...

llvm-svn: 56254

 - For investigating warnings in system headers / builtins.
 - Currently also enables the behavior that allows silent redefinition
   of types in system headers. Conceptually these are separate but I
   didn't feel it was worth two options (or changing LangOptions).

llvm-svn: 56163

Give string literals const element typesin C++, and cope with the deprecated C++ conversion from a string literal to a pointer-to-non-const-character

llvm-svn: 56137

 - Follow C99 behavior of using other operand type when one of
   operands is a null pointer constant.
 - Fix overenthusiastic devolving of any Objective-C types to id:
   o If either operand has an Objective-C object type then:
     - If both operands are interfaces and either operand can be
       assigned to the other, use that type as the composite type.
     - Otherwise, if either type is id, use id as the composite type.
     - Otherwise, warn about incompatible types and use id as the
       composite type.
 - Return handling of qualified idea to separate test following
   general pointer type checking.
   o Upgraded from old code to allow devolving to id (without warning,
     which matches GCC).
 - <rdar://problem/6212771>

Add test case for issues fixed above, XFAIL though because it exposed
a new issue in property handling.

llvm-svn: 56135