This introduces a small regression on the generated code
quality in the case we are just computing addresses, not
loading values.

Will work on it and on X86-64 support.

llvm-svn: 68552

we must not issue gc-specific errors in non-gc mode.

llvm-svn: 68551

clang.
 - We will eventually want some more driver infrastructre for this
   probably.

 - For now, the clang-cc interface stays relatively the same, but we
   don't accept multiple instances anymore, or the [no-] variants
   directly.

llvm-svn: 68550

llvm-svn: 68549

llvm-svn: 68548

SelectionDAG do those. This fixes PR3955.

llvm-svn: 68546

When compiling in Thumb mode, only the low (R0-R7) registers are available
for most instructions. Breaking the low registers into a new register class
handles this. Uses of R12, SP, etc, are handled explicitly where needed
with copies inserted to move results into low registers where the rest of
the code generator can deal with them.

llvm-svn: 68545

llvm-svn: 68544

llvm-svn: 68543

llvm-svn: 68542

functions.  Fixes PR3941.

llvm-svn: 68541

aren't failing the compilation).

llvm-svn: 68540

 - <rdar://problem/6756295> warning about '-dynamic' argument unused
   during compilation seems incorrect

llvm-svn: 68535

llvm-svn: 68534

llvm-svn: 68533

llvm-svn: 68532

llvm-svn: 68531

work.

llvm-svn: 68530

llvm-svn: 68528

the base implementations (and not in
current implementation).

llvm-svn: 68527

llvm-svn: 68526

incorrectly. I'm blanking on the smartest way to write this search,
but we should just do the right thing when we move to TableGen.
 - <rdar://problem/6761194> [driver] -Wextra-tokens isn't parsed
   correctly

llvm-svn: 68525

llvm-svn: 68524

Types can have references to eachother, so we can't just call destroy on them.

llvm-svn: 68523

Simplify the addition of a case statement to a switch.

Fix -print-stats for attribute-qualified types.

llvm-svn: 68522

llvm-svn: 68521

in C mode.

llvm-svn: 68520

llvm-svn: 68519

Thanks to Duncan for noticing this

llvm-svn: 68518

Tweak Sema::ActOnInstanceMessage() to look for a class method when dealing with qualified id's. This change is motivated by our desire to not support the "Class<foo>" idiom. Note that the change makes perfect sense (since all ObjC classes are also id/instances).

This allow us to document a simple migration path...change "Class <foo>" to "id <foo>".

This effects: 
- <rdar://problem/6761939> TASK: File source change radars for "qualified Class" errors
- <rdar://problem/6761864> Protocol qualified Class is unsupported

llvm-svn: 68517

llvm-svn: 68516

llvm-svn: 68515

This fixes <rdar://problem/6757102> clang type for @"xxx" is "NSConstantString *" (GCC type is "NSString *").

llvm-svn: 68514

exception with this attribute we don't need to emit a weak definition
for the exception type information.

llvm-svn: 68513

llvm-svn: 68512

GCC ignores macro definitions after \n's or that real code depends
on this.

llvm-svn: 68511

 - Changed method names to match gcc (categories names still aren't
   mangled in).

 - Expose correct name for class and metadata symbols (although
   -fvisibility=hidden isn't yet correct).

 - Remove several things from llvm.used that didn't need to be there
   (I suspect this can still be trimmed).

 - Don't use asm-prefix extension for _objc_empty_{cache,vtable} (not
   needed).

 - Hide EH type class info with -fvisibility=hidden

 - Change setGlobal[Option]Visibility to not change the visibility of
   functions with internal linkage.

llvm-svn: 68510

llvm-svn: 68505

are considered 'live'. This hack isn't needed anymore because we have a
separation in the path-sensitive analyzer between variable names and bindings;
the analyzer can continue to reason about the storage of a variable after its
name is no longer directly referenced.  Now the live variables analysis literally means "is this name live".

Along this line, update the dead stores checker to explicitly look for variables
whose values have escaped.

llvm-svn: 68504

Fixes rdar://6759546, some code that actually used __va_copy because they
thought it was "more portable".

llvm-svn: 68503