- Having pointers and references share a base was not a useful
   notion.

llvm-svn: 65567

pointer type.
 - Drops use of PointerLikeType.
 - No intended functionality change.

llvm-svn: 65566

llvm-svn: 65565

friends should work.  This fixes 2006-11-30-Pubnames.cpp and friends on darwin
with the new -mmacosx-version-min change.

llvm-svn: 65564

 - No functionality change.

llvm-svn: 65563

Fix <rdar://problem/6574319> clang issues error on 'readonly' property with a defaul setter attribute.

Needed to make isPropertyReadonly() non-const (for this fix to compile). I imagine there's a way to retain the const-ness, however I have more important fish to fry.

llvm-svn: 65562

libtool doesn't exist.

llvm-svn: 65561

 - No functionality change.

llvm-svn: 65560

llvm-svn: 65559

llvm-svn: 65558

llvm-svn: 65557

llvm-svn: 65554

llvm-svn: 65553

llvm-svn: 65552

1662184 bytes (~10%)

llvm-svn: 65551

the symbol for the root meta-data.

llvm-svn: 65548

This was a fairly recent regression.

llvm-svn: 65547

llvm-svn: 65544

llvm-svn: 65543

substantially happier on some versions of Mac OS/X.

llvm-svn: 65542

llvm-svn: 65540

For scan-build based analyses, use the '-analyzer-eargely-assume' setting by default (turning it on to test how it impacts users).

llvm-svn: 65535

llvm-svn: 65534

llvm-svn: 65533

The code for looking up local/private method in Sema::ActOnInstanceMessage() was not handling categories properly. Sema::ActOnClassMessage() didn't have this bug.
Created a helper with the correct logic and changed both methods to use it.

llvm-svn: 65532

llvm-svn: 65530

llvm-svn: 65529

Also changed ObjCInterfaceDecl::lookupClassMethod() to look through a categories protocols.

Test/patch submitted by Jean-Daniel Dupas (thanks!).

llvm-svn: 65526

pretty sure we want to keep constant expression verification outside of 
Evaluate. Because of that, the short-circuit evaluation doesn't 
generally make sense, and the comma warning doesn't make sense in its 
current form.

llvm-svn: 65525

is a rather big change, but I think this is the direction we want to go; 
the code is significantly shorter now, and it doesn't duplicate Evaluate 
code.  There shouldn't be any visible changes as far as I know.

There has been some movement towards putting ICE handling into 
Evaluate (for example, VerifyIntegerConstantExpression uses Evaluate 
instead of isICE).  This patch is sort of the opposite of the approach, 
making ICE handling work without Evaluate being aware of it. I think 
this approach is better because it separates the code that does the 
constant evaluation from code that's calculating a rather 
arbitrary predicate.

The one thing I don't really like about this patch is that 
the handling of commas in C99 complicates it signficantly. (Seriously, 
what was the standards committee thinking when they wrote that 
part?) I think I've come up with a decent approach, but it doesn't feel
ideal.  I might add some way to check for evaluated commas from Evaluate 
in a subsequent patch; that said, it might not be worth bothering.

llvm-svn: 65524

llvm-svn: 65523

Don't ask me, how does this makefile-horribleness even work ;)

llvm-svn: 65522

llvm-svn: 65521

llvm-svn: 65520

llvm-svn: 65519

with the rest of the parallel directories.

Build lto when possible on all platforms. Make gold to explicitly depend on
libLTO.

llvm-svn: 65518

llvm-svn: 65517

llvm-svn: 65512

Next step: making them more coherent.

llvm-svn: 65511

 - <rdar://problem/6622451> Bad x86_64 code gen for message call taking one argument.

llvm-svn: 65510