out because there are still bugs left.

llvm-svn: 119722

llvm-svn: 119719

llvm-svn: 119698

http://llvm.org/bugs/show_bug.cgi?id=8558).  This patch fixes it.  Thanks to
rjmccall for all the coaching!

Approved by rjmccall

llvm-svn: 119697

store it on the expression node.  Also store an "object kind",
which distinguishes ordinary "addressed" l-values (like
variable references and pointer dereferences) and bitfield,
@property, and vector-component l-values.

Currently we're not using these for much, but I aim to switch
pretty much everything calculating l-valueness over to them.
For now they shouldn't necessarily be trusted.

llvm-svn: 119685

Added method for handling CXXOperatorCallExpr differently from CallExpr if CXXOperatorCallExpr represents method call.
Also fixed returning ExpolodedNodeSet from VisitCXXMethodCallExpr.

llvm-svn: 119684

llvm-svn: 119678

-Improve the diagnostic message
-Add some comments

Suggestions by Chris.

llvm-svn: 119594

Introduce option -Wargument-larger-than[=N] which warns about function definitions if they take by-value
or return by-value any POD that is larger than some threshold (default is 64 bytes).

Implements rdar://8548050.

llvm-svn: 119583

llvm-svn: 119577

 clang -w -c foo.s
Helps with the gdb testsuite.

llvm-svn: 119574

Objective-C message sends, which have only whitespace in their
TypedText chunk. Such results have no purpose.

llvm-svn: 119569

In EvalArguments allow for evaluation of first argument always as a lvalue. Will be used for CXXOperatorCallExpr that represents method call.

llvm-svn: 119567

results in the gdb testsuite.

llvm-svn: 119552

nonofragile-abi2. Fixes //rdar://8673791

llvm-svn: 119543

llvm-svn: 119540

llvm-svn: 119537

assert(a || b && "bad");

since this is safe. This way we avoid a big source of such warnings which in this case are practically useless.

Note that we don't handle *all* cases where precedence wouldn't matter because of constants since
this is a bit costly to check, and IMO clarifying precedence with parentheses is good for
readability in general.

llvm-svn: 119533

on a non-type declaration, as GCC permits it on variables too.
This fixes PR8635.

llvm-svn: 119517

Fixes PR8607.

llvm-svn: 119498

llvm-svn: 119491

of all the lines of the inline asm.  With the refactoring and enhancement
of the backend, we can now reports errors on the correct source line when
an asm contains multiple lines of text.  For something like this:

void foo() {
  asm("push %rax\n"
      ".code32\n");
}

we used to get this: (note that the line 4 in t.c isn't helpful)

t.c:4:7: error: warning: ignoring directive for now
  asm("push %rax\n"
      ^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^

now we get:

t.c:5:8: error: warning: ignoring directive for now
      ".code32\n"
       ^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^

Note that we're pointing to line 5 properly now.  This implements
rdar://7839391 - inline asm errors should point to the right line in the asm
and makes the error message in PR8595 much less confusing.

llvm-svn: 119489

llvm-svn: 119487

no longer depends on Preprocessor, so we can move it out of Sema into
a nice new StringLiteral::getLocationOfByte method that can be used by
any AST client.

llvm-svn: 119481

llvm-svn: 119480

llvm-svn: 119479

llvm-svn: 119477

possible to create one without a preprocessor.

llvm-svn: 119476

llvm-svn: 119475

Preprocessor to Lexer where they make more sense.

llvm-svn: 119474

llvm-svn: 119472

llvm-svn: 119471

llvm-svn: 119470

llvm-svn: 119469

pushing the dependency on the preprocessor out a bit.

llvm-svn: 119468

llvm-svn: 119467

llvm-svn: 119464

  @synthesize foo = _foo;

keep track of the location of the ivar ("_foo"). Teach libclang to
visit the ivar as a member reference.

llvm-svn: 119447

llvm-svn: 119436

llvm-svn: 119425