llvm-svn: 75924

llvm-svn: 75921

llvm-svn: 75919

llvm-svn: 75918

llvm-svn: 75917

llvm-svn: 75916

llvm-svn: 75915

llvm-svn: 75914

llvm-svn: 75913

llvm-svn: 75912

llvm-svn: 75911

llvm-svn: 75910

llvm-svn: 75908

offset from a 32 bit aligned base as follows:

  ldw low, base[offset >> 2]
  ldw high, base[(offset >> 2) + 1]
  shr low_shifted, low, (offset & 0x3) * 8
  shl high_shifted, high, 32 - (offset & 0x3) * 8
  or result, low_shifted, high_shifted

Expand 32 bit loads / stores with 16 bit alignment into two 16 bit
loads / stores.

llvm-svn: 75902

a big code size win since before they were expanding to upto 16
instructions.

llvm-svn: 75901

Avoid remat'ing instructions whose def have sub-register indices for now. It's just really really hard to get all the cases right.

llvm-svn: 75900

llvm-svn: 75896

using it.

llvm-svn: 75852

operands; it's possible to end up with a constant-foldable operand to 
most instructions, even those which can't trap.

llvm-svn: 75845

llvm-svn: 75838

llvm-svn: 75827

llvm-svn: 75824

llvm-svn: 75809

are being properly selected.

llvm-svn: 75797

llvm-svn: 75795

llvm-svn: 75788

llvm-svn: 75786

llvm-svn: 75777

symbols were not getting stubs.  While I'm at it, add a big testcase for
stub generation to make sure I don't break anything.

llvm-svn: 75737

using horrible string hacking.  This gives us a different label,
but it's just an assembler temporary, so the name doesn't matter.

llvm-svn: 75733

extremely elaborate pic/nopic stubs.

llvm-svn: 75726

llvm-svn: 75725

llvm-svn: 75711

llvm-svn: 75685

the operands have pointer type, so that the resulting type matches
the original SCEV type, and so that unnecessary ptrtoints are
avoided in common cases.

llvm-svn: 75680

llvm-svn: 75667

llvm-svn: 75663

For now this only computes the allocated size of the memory pointed to by a
pointer, and offset a pointer from allocated pointer.
The actual checkLimits part will come later, after another round of review.

llvm-svn: 75657

llvm-svn: 75655

additional bug fixes:

1. The bug that everyone hit was a problem in the asmprinter where it
   would remove $stub but keep the L prefix on a name when emitting the
   indirect symbol.  This is easy to fix by keeping the name of the stub
   and the name of the symbol in a StringMap instead of just keeping a
   StringSet and trying to reconstruct it late.

2. There was a problem printing the personality function.  The current
   logic to print out the personality function from the DWARF information
   is a bit of a cesspool right now that duplicates a bunch of other 
   logic in the asm printer.  The short version of it is that it depends
   on emitting both the L and _ prefix for symbols (at least on darwin)
   and until I can untangle it, it is best to switch the mangler back to
   emitting both prefixes.

llvm-svn: 75646