llvm-svn: 25565

llvm-svn: 25564

llvm-svn: 25560

llvm-svn: 25559

llvm-svn: 25558

llvm-svn: 25557

llvm-svn: 25556

llvm-svn: 25553

llvm-svn: 25552

llvm-svn: 25551

llvm-svn: 25550

llvm-svn: 25549

llvm-svn: 25548

llvm-svn: 25545

llvm-svn: 25544

llvm-svn: 25543

llvm-svn: 25541

No functionality changes, just improve the code by a) providing better
function names, b) eliminating a call to get_suffix and c) tightening up
a function elimination test to reduce further checking.

llvm-svn: 25540

Don't try to be smart about fixing intrinsic functions when they're read
in, just fix them after the module is read when all names are resolved.

llvm-svn: 25539

sure that the result of expanding a BIT_CONVERT node is itself legalized.

llvm-svn: 25538

llvm-svn: 25535

llvm-svn: 25534

llvm-svn: 25532

llvm-svn: 25530

die, die!! r15, you are not callee-saved

llvm-svn: 25527

fix register corruption! (my god.) r15 is a scratch reg, using that as
a frame pointer is a pretty doofus thing to do. use r5 instead, and
mark it callee-saved, coz that's what it is!

llvm-svn: 25526

llvm-svn: 25525

PPC.

llvm-svn: 25522

exactly one PassInfo object per RegisterPass object and that their lifetimes
are the same.  As such, there is no reason for the RegisterPass object to
dynamically allocate the PassInfo object at compiler startup time: just inline
the object by-value.  This should reduce codesize, heap size, and startup time. Yaay.

llvm-svn: 25521

llvm-svn: 25516

llvm-svn: 25515

llvm-svn: 25514

llvm-svn: 25513

1. Do not statically construct a map when the program starts up, this
   is expensive and cannot be optimized.  Instead, create a list.
2. Do not insert entries for all function in the module into a hashmap
   that lives the full life of the compiler.

llvm-svn: 25512

llvm-svn: 25509

1. Use the varargs version of getOrInsertFunction to simplify code.
2. remove #include
3. Reduce the number of #ifdef's.
4. remove extraneous vertical whitespace.

llvm-svn: 25508

or the compiler to crash.

llvm-svn: 25503

insignificant, but next up is proper stack frame layout!

llvm-svn: 25497

llvm-svn: 25496

Some assemblers can't recognize the aliases.

llvm-svn: 25494