Fix the issues originally addressed in r54070.  After thinking about it some more, I realized that the right thing to do
is to have StrongPHIElimination use its knowledge of the PHIs before they're erased to update the intervals appropriate.  This is
both simpler and more accurate than the alternative, which was having LIA figure it out when it renumbered things, plus it's just
the right thing to do!

llvm-svn: 54077

llvm-svn: 54076

llvm-svn: 54075

llvm-svn: 54074

llvm-svn: 54073

llvm-svn: 54072

llvm-svn: 54071

Special cases are needed in renumbering when dealing with renumbering after a PHI has been removed.  The interval previously defined
by the PHI needs to be extended to the beginning of its basic block, and the intervals that were inputs need to be trimmed to the end 
of their basic blocks.

llvm-svn: 54070

llvm-svn: 54069

problem with &&/||.  2) use canonical types for comparison instead 
of raw types. 3) emit an ext-warn for a gnu extension.

Also simplify the code to make it less nested.

llvm-svn: 54068

llvm-svn: 54067

llvm-svn: 54066

to the handled set so it will get filtered out in future iterations.

llvm-svn: 54065

is different than C99.  This fixes the rest of rdar://6095180.

llvm-svn: 54064

llvm-svn: 54063

llvm-svn: 54062

llvm-svn: 54061

llvm-svn: 54060

 - Had wrong sizeof(long double) encoded into test case
 - Results now agree with llvm-gcc

llvm-svn: 54059

it does not do unary promotions (like short->int).

llvm-svn: 54058

- Remove a bunch of setXXX methods until we actually need them. This cleans up the
interface, and makes the object immutable until we have a reason to be mutable.

- Remove enum value OBJC_PR_IMPL_None since it was never used.

- Remove instance variable 'PropertyImplKind PropertyImplementation;'. This is
  not needed because we can tell if ObjCPropertyImplDecl represents @synthesize
  if 'ObjCPropertyDecl *PropertyDecl' is not null.

llvm-svn: 54055

multiple-valued return values, so that the name CreateRet is just for
creating plain ret statements.

llvm-svn: 54053

llvm-svn: 54052

llvm-svn: 54051

llvm-svn: 54050

llvm-svn: 54049

llvm-svn: 54048

llvm-svn: 54047

llvm-svn: 54046

llvm-svn: 54045

rdar://6095245.

llvm-svn: 54044

This is tricky business, and will probably take a few more iterations to get
the last kinks out of it.

llvm-svn: 54043

(a) removes a bogus warning.
(b) removes an undesirable usage of the ObjCMessageExpr constructor that takes an IdentifierInfo * (which I will abolish).

llvm-svn: 54042

when compiling with gcc 4.3.

llvm-svn: 54041

llvm-svn: 54040

mmx needs its own fancy shuffle logic based on unpack; for now we get correct but awful code.

Also commit Mon Ping's VSETCC patch

llvm-svn: 54039

even if in a system header etc.  rdar://6079937

llvm-svn: 54038

llvm-svn: 54037

 - For: rdar://6096838

llvm-svn: 54036

t2.c:1:17: warning: hexadecimal floating constants are a C99 feature
long double d = 0x0.0000003ffffffff00000p-16357L;
                ^

instead of emitting a weird error message that doesn't make sense:

t2.c:1:41: error: hexadecimal floating constants require an exponent
long double d = 0x0.0000003ffffffff00000p-16357L;
                                        ^

rdar://6096838

llvm-svn: 54035