llvm-svn: 27574

llvm-svn: 27573

llvm-svn: 27571

llvm-svn: 27569

llvm-svn: 27567

llvm-svn: 27565

llvm-svn: 27564

llvm-svn: 27563

llvm-svn: 27562

are visible to analysis as intrinsics.  That is, make sure someone doesn't pass
free around by address in some struct (as happens in say 176.gcc).

This doesn't get rid of any indirect calls, just ensure calls to free and malloc
are always direct.

llvm-svn: 27560

llvm-svn: 27559

llvm-svn: 27556

llvm-svn: 27555

llvm-svn: 27554

llvm-svn: 27544

llvm-svn: 27543

llvm-svn: 27542

letting the code generator handle them directly.

llvm-svn: 27539

constant pool load.

llvm-svn: 27538

No functionality changes.

llvm-svn: 27536

them.

llvm-svn: 27534

to match again :)

llvm-svn: 27533

llvm-svn: 27532

llvm-svn: 27529

as its input.

llvm-svn: 27528

llvm-svn: 27527

llvm-svn: 27526

llvm-svn: 27525

llvm-svn: 27524

check validity when instructions are created.

llvm-svn: 27523

llvm-svn: 27521

llvm-svn: 27520

  store vector to $esp
  store element to $esp + sizeof(VT) * index
  load  vector from $esp
The bug is VT is the type of the vector element, not the type of the vector!

llvm-svn: 27517

llvm-svn: 27515

llvm-svn: 27514

llvm-svn: 27513

llvm-svn: 27512

llvm-svn: 27511

llvm-svn: 27510

llvm-svn: 27509