llvm-svn: 12610

Patch contributed by Reid Spencer

llvm-svn: 12609

llvm-svn: 12607

llvm-svn: 12600

llvm-svn: 12597

llvm-svn: 12595

Testcase: LoopSimplify/2004-04-01-IncorrectDomUpdate.ll

llvm-svn: 12592

llvm-svn: 12589

Implement a small optimization.  In test/Regression/CodeGen/X86/select.ll,
we now generate this for foldSel3:

foldSel3:
        mov %AL, BYTE PTR [%ESP + 4]
        fld DWORD PTR [%ESP + 8]
        fld DWORD PTR [%ESP + 12]
        mov %EAX, DWORD PTR [%ESP + 16]
        mov %ECX, DWORD PTR [%ESP + 20]
        cmp %EAX, %ECX
        fxch %ST(1)
        fcmovae %ST(0), %ST(1)
***     fstp %ST(1)
        ret

Instead of:

foldSel3:
        mov %AL, BYTE PTR [%ESP + 4]
        fld DWORD PTR [%ESP + 8]
        fld DWORD PTR [%ESP + 12]
        mov %EAX, DWORD PTR [%ESP + 16]
        mov %ECX, DWORD PTR [%ESP + 20]
        cmp %EAX, %ECX
        fxch %ST(1)
        fcmovae %ST(0), %ST(1)
***     fxch %ST(1)
***     fstp %ST(0)
        ret

In practice, this only effects code size: performance should be basically
unaffected.

llvm-svn: 12588

llvm-svn: 12587

llvm-svn: 12579

llvm-svn: 12578

the X86 does not support a full set of fp cmove instructions, so we can't always
fold the condition into the select.  :(  Yuck.

llvm-svn: 12577

llvm-svn: 12576

llvm-svn: 12575

that require the asmwriter to be extended (printing implicit uses before the
explicit operands)

llvm-svn: 12574

llvm-svn: 12573

llvm-svn: 12572

llvm-svn: 12571

easily steal it for a separate use in the reoptimizer.

llvm-svn: 12568

In ReadArchiveBuffer, make sure that MemberName is set in the case where
getObjectType would want to return SVR4LongFilename.

llvm-svn: 12567

llvm-svn: 12566

this and the other patches 253.perlbmk links again.

llvm-svn: 12565

llvm-svn: 12564

llvm-svn: 12563

llvm-svn: 12562

llvm-svn: 12561

using our broad selection of movcc instructions.  :)

llvm-svn: 12560

llvm-svn: 12554

folding compares into the select yet.

llvm-svn: 12553

llvm-svn: 12551

we never generated them

Make indentation a bit more consistent

llvm-svn: 12549

llvm-svn: 12548

pass can eliminate many nasty cases of them, start generating them in the optimizers

llvm-svn: 12545

llvm-svn: 12544

an incoming value from a block, the selector would evaluate the constant
at the TOP of the block instead of at the end of the block.  This made the
live range for the constant span the entire block, increasing register
pressure needlessly.

llvm-svn: 12542

llvm-svn: 12541

llvm-svn: 12540

llvm-svn: 12539

Otherwise, if you're in debugging mode, you get warnings for (apparently)
every immediate constant in the function during reg. allocation.

llvm-svn: 12538