node, fixing fastcc and the case where a function has a frame pointer due
to dynamic allocas.

llvm-svn: 25580

llvm-svn: 25578

llvm-svn: 25577

llvm-svn: 25576

llvm-svn: 25572

llvm-svn: 25571

llvm-svn: 25570

llvm-svn: 25569

llvm-svn: 25568

llvm-svn: 25567

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