llvm-svn: 28592

llvm-svn: 28585

llvm-svn: 28584

latency targets, e.g. PPC32.

llvm-svn: 28561

non-deterministic. Returns NULL when it's empty!

llvm-svn: 28560

SimplifySelectOps would eliminate a Select, delete it, then return true.

The clients would see that it did something and return null.

The top level would see a null return, and decide that nothing happened,
proceeding to process the node in other ways: boom.

The fix is simple: clients of SimplifySelectOps should return the select
node itself.

In order to catch really obnoxious boogs like this in the future, add an
assert that nodes are not deleted.  We do this by checking for a sentry node
type that the SDNode dtor sets when a node is destroyed.

llvm-svn: 28514

instead of MVT::i1. Either is fine except MVT::i32 is probably a legal type
for most (if not all) platforms while MVT::i1 is not.

llvm-svn: 28511

RET chain, value1, sign1, value2, sign2

llvm-svn: 28509

llvm-svn: 28492

llvm-svn: 28465

llvm-svn: 28461

by Anton Korobeynikov!  This is a step towards closing PR786.

llvm-svn: 28447

llvm-svn: 28437

llvm-svn: 28435

llvm-svn: 28433

llvm-svn: 28386

use getPackedTypeBreakdown at all here.

llvm-svn: 28365

llvm-svn: 28364

VBIT_VECTOR nodes. There were some confusion about the semantics of
getPackedTypeBreakdown(). e.g. for <4 x f32> it returns 1 and v4f32, not 4,
and f32.

llvm-svn: 28352

use UpdateNodeOperands to just update the operands!  This is important because
getNode will allocate a new node if the node returns a flag and this breaks
assumptions in the legalizer that you can legalize some things multiple times
and get exactly the same results.

This latent bug was exposed by my ppc patch last night, and this fixes
gsm/toast.

llvm-svn: 28348

change.

llvm-svn: 28347

llvm-svn: 28340

produce it.

llvm-svn: 28338

llvm-svn: 28329

it doesn't currently use/maintain the chain properly.  Also, make the
X86ISelLowering.cpp file 80-col clean.

llvm-svn: 28320

This code should be emitted after legalize, so it can't be in sdisel.

Note that the EmitFunctionEntryCode hook should be updated to operate on the
DAG.  The X86 backend is the only one currently using this hook.

llvm-svn: 28315

llvm-svn: 28314

for each argument.

llvm-svn: 28313

llvm-svn: 28279

llvm-svn: 28278

llvm-svn: 28274

that still fails (because all the register spill weights are inf), just grab
one.

llvm-svn: 28262

llvm-svn: 28255

llvm-svn: 28254

llvm-svn: 28253

llvm-svn: 28252

llvm-svn: 28250

        %tmp152 = setgt uint %tmp144, %tmp149           ; <bool> [#uses=1]
        %tmp159 = setlt uint %tmp144, %tmp149           ; <bool> [#uses=1]
        %bothcond2 = or bool %tmp152, %tmp159           ; <bool> [#uses=1]

To setne, not setune, which causes an assertion fault.

llvm-svn: 28244

TargetData.h.  This should make recompiles a bit faster with my current
TargetData tinkering.

llvm-svn: 28238

llvm-svn: 28236