1. rename the movhp patfrag to movlhps, since thats what it actually matches
2. eliminate the bogus movhps load and store patterns, they were incorrect.  The load transforms are already handled (correctly) by shufps/unpack.
3. revert a recent test change to its correct form.

llvm-svn: 86415

llvm-svn: 86414

llvm-svn: 86413

llvm-svn: 86412

llvm-svn: 86411

llvm-svn: 86410

llvm-svn: 86408

llvm-svn: 86407

llvm-svn: 86404

llvm-svn: 86403

than an error about incompatible types. Patch by Sean Hunt.

llvm-svn: 86402

llvm-svn: 86400

Eric, please investigate.

llvm-svn: 86399

(eliminating some extends) if the new type of the
computation is legal or if both the source and dest
are illegal.  This prevents instcombine from changing big
chains of computation into i64 on 32-bit targets for 
example.

llvm-svn: 86398

Please verify.

llvm-svn: 86397

llvm-svn: 86396

llvm-svn: 86395

make it optional doesn't work out.  If you don't want to specify this, don't
specify a TD string at all.

llvm-svn: 86394

llvm-svn: 86393

llvm-svn: 86392

llvm-gcc-i386-darwin9 build bot.

llvm-svn: 86391

llvm-svn: 86390

llvm-svn: 86389

llvm-svn: 86387

llvm-svn: 86386

llvm-svn: 86385

llvm-svn: 86384

llvm-svn: 86383

llvm-svn: 86382

llvm-svn: 86381

llvm-svn: 86380

llvm-svn: 86379

Add assert in asmprinter to catch such cases and xfail the tests.
PR is to be filled.

llvm-svn: 86375

datatypes on a given CPU.  This is intended to allow instcombine and other
transformations to avoid converting big sequences of operations to an
inconvenient width, and will help clean up after SRoA.  See also "Adding 
legal integer sizes to TargetData" on Feb 1, 2009 on llvmdev, and PR3451.

Comments welcome.

llvm-svn: 86370

llvm-svn: 86369

llvm-svn: 86368

llvm-svn: 86367

llvm-svn: 86366

llvm-svn: 86365

core requirements.  Fixes rdar://problem/6389954

llvm-svn: 86364