Store the predecessor MBB in the PHIUnion, rather than an index, since the indices will change after renumbering.

llvm-svn: 53985

llvm-svn: 53984

llvm-svn: 53983

Fix a catastrophic PPC64 ABI bug: i32 operands which are passed in memory (all of the parameter registers are used) are loaded from sp offsets that were off by 4.

llvm-svn: 53979

llvm-svn: 53977

Patch by Zhongxing Xu!

llvm-svn: 53976

 - Also cleaned up emission slightly 
 - Inspection of the code revealed several other bugs, however. Case
   ranges are not properly wired and can result in switch cases being
   dropped or even infinite loops. See: <rdar://problem/6098585>

Completes: <rdar://problem/6094119>
llvm-svn: 53975

 - For getting an APSInt from a known integer constant Expr.
 - TODO: Many users of Expr::isIntegerConstantExpr in codegen should
   probably be using this instead...

llvm-svn: 53974

llvm-svn: 53973

llvm-svn: 53972

llvm-svn: 53971

Rename instance variables, parameter argument names to eliminate a bunch of compilation warnings with -Wshadow.

llvm-svn: 53970

llvm-svn: 53969

llvm-svn: 53966

llvm-svn: 53965

Don't flag dead stores when the result of a preincrement/predecrement is used in an enclosing expression.

llvm-svn: 53964

llvm-svn: 53963

llvm-svn: 53962

llvm-svn: 53961

llvm-svn: 53960

to multiply the instruction count by a constant factor in a few places, which
caused the register allocator to require many more iterations.

llvm-svn: 53959

This fixes several recent CBE regressions.

llvm-svn: 53958

Refine the error message of unused ivars.
Added test case.

llvm-svn: 53957

llvm-svn: 53956

When constructing an ObjCIvarDecl object in Sema, provide its visibility up front instead of setting it afterwards.
This change also fixes a subtle bug where the access control of an ivar would be initialized to garbage if we didn't have an explicit visibility specifier (e.g., @private).

llvm-svn: 53955

is protected, not private.

Added ObjCIvarDecl::getCanonicalAccessControl() to report the visible access
control of an ivar, whereas getAccessControl() returns the access control
relating to how the ivar was actually declared.

llvm-svn: 53954

llvm-svn: 53953

llvm-svn: 53952

Added ConstantPool support.

llvm-svn: 53951

llvm-svn: 53950

llvm-svn: 53948

llvm-svn: 53947

int foo(void) {
  float x[2];
  return x;
}

rdar://6093986

llvm-svn: 53946

case for this.

This allows instructions like loads from global variables declared to
be constant to be moved out of loops."

Patch by Stefanus Du Toit!

llvm-svn: 53945

they appear in words. This would cause things like the "128" in "VR128"
to be highlighted. This patch fixes the highlighting by only recognizing 
constants when they have word breaks around them.'

Patch by Stefanus Du Toit!

llvm-svn: 53944

llvm-svn: 53943

llvm-svn: 53942

Remove the GetResultInst instruction. It is still accepted in LLVM assembly
and bitcode, where it is now auto-upgraded to ExtractValueInst. Also, remove
support for return instructions with multiple values. These are auto-upgraded
to use InsertValueInst instructions.

The IRBuilder still accepts multiple-value returns, and auto-upgrades them
to InsertValueInst instructions.

llvm-svn: 53941

Based on patch by Nicolas Capens.

llvm-svn: 53939

llvm-svn: 53938