required for correctness in cases of copying a struct to itself or to 
an overlapping struct (itself for cases like *a = *a, and overlapping 
is possible with unions).

Hopefully, this won't end up being a perf issue; LLVM *should* be able 
to optimize memmove to memcpy in a lot of cases, and for small copies 
the generated code *should* be mostly comparable. (In reality, LLVM 
is currently horrible at optimizing memmove, but that's a bug, not a 
fundamental issue.)

gcc currently generates wrong code; that's 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667.

llvm-svn: 51566

someone tries to make a bitfield volatile?).

Not sure how to write a test; any suggestions?

llvm-svn: 51558

with unnamed members.

llvm-svn: 51557

PR2151 (by not creating the empty implicit init list).

llvm-svn: 51556

double-report errors; fixes PR2362.

llvm-svn: 51555

test/Codegen/mandel.c on Solaris. :-)

llvm-svn: 51554

Also take care of freeing memory at the right places.

llvm-svn: 51553

llvm-svn: 51552

(originally reported in PR1682).

llvm-svn: 51551

llvm-svn: 51548

llvm-svn: 51547

llvm-svn: 51546

Analyze files not compiled using "-c".  This fixes:

<rdar://problem/5961638> invoke checker when gcc is not called with "-c"

llvm-svn: 51545

llvm-svn: 51544

llvm-svn: 51528

llvm-svn: 51519

somewhere deep in rewrite rope.

llvm-svn: 51515

llvm-svn: 51514

llvm-svn: 51509

llvm-svn: 51508

llvm-svn: 51507

Revert r51498: http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Sema/SemaDecl.cpp?rev=51498&r1=51497&r2=51498&view=diff

Turns out that there are multiple places where a redefinition diagnostic can be emitted.  A cleaner solution (without touching Sema) is to have
the Driver turn off these diagnostics.  (will submit this patch soon)

llvm-svn: 51502

llvm-svn: 51498

no functionality change.

llvm-svn: 51497

llvm-svn: 51494

llvm-svn: 51492

More test cases for retain/release checker.  These cases handle not flagging leaks for static variables.

llvm-svn: 51486

llvm-svn: 51479

llvm-svn: 51470

llvm-svn: 51466

llvm-svn: 51463

llvm-svn: 51454

llvm-svn: 51453

Also added a FIXME related to how we represent @properties in the ObjCInterfaceDecl AST.

llvm-svn: 51450

llvm::Type::isSingleValueType. Currently these two functions have
the same behavior, but soon isFirstClassType will return true for
struct and array types.

Clang may some day want to use of isFirstClassType for some of
these some day as an optimization, but it'll require some
consideration.

llvm-svn: 51446

tracked object to "escape": it's reference count might be incremented by the
called function, thus causing an object's lifetime to extend beyond when the
local reference count is decremented to 0.

This addresses: <rdar://problem/5933215>

llvm-svn: 51433

Don't use ostringstream (pulling in <sstream>) when creating the dead store diagnostic (simply not needed).

llvm-svn: 51432

llvm-svn: 51431

void f(const void) in one place and rejecting it in another.

llvm-svn: 51424

actually work (instead of crashing llc), and there's enough info emitted 
to get line number information in gdb. This should hopefully be helpful 
for debugging non-working programs.

I got rid of the begin/endregion calls because the implementation wasn't 
working; someone who knows the debugging info a bit better might try to 
add it. I really have no clue how a compiler is supposed to emit them.

This commit shouldn't have any effect without -g.

llvm-svn: 51404