llvm-svn: 86445

llvm-svn: 86444

not turn a PHI in a legal type into a PHI of an illegal type, and
add a new optimization that breaks up insane integer PHI nodes into
small pieces (PR3451).

llvm-svn: 86443

native anyways. This fixes a crash using %d and similar in a scanf statement.

llvm-svn: 86440

llvm-svn: 86437

llvm-svn: 86436

this gives llvm-gcc generated modules the right data.

llvm-svn: 86435

llvm-svn: 86434

llvm-svn: 86429

llvm-svn: 86428

llvm-svn: 86427

Use aligned load/store instructions for spilling Q registers when we know the stack slot is 128 bit aligned

llvm-svn: 86425

llvm-svn: 86423

llvm-svn: 86419

llvm-svn: 86418

llvm-svn: 86417

llvm-svn: 86416

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: 86408

llvm-svn: 86404

llvm-svn: 86403

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

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: 86392

llvm-gcc-i386-darwin9 build bot.

llvm-svn: 86391

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: 86367