- Jan 23, 2006
-
-
Reid Spencer authored
llvm-svn: 25541
-
Reid Spencer authored
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
-
Reid Spencer authored
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
-
Chris Lattner authored
sure that the result of expanding a BIT_CONVERT node is itself legalized. llvm-svn: 25538
-
Chris Lattner authored
llvm-svn: 25537
-
Chris Lattner authored
llvm-svn: 25536
-
Evan Cheng authored
llvm-svn: 25535
-
Chris Lattner authored
llvm-svn: 25534
-
Chris Lattner authored
llvm-svn: 25533
-
Evan Cheng authored
llvm-svn: 25532
-
Duraid Madina authored
don't need this any more; the "#define hashes to trees" hack is coming llvm-svn: 25531
-
Chris Lattner authored
llvm-svn: 25530
-
Chris Lattner authored
llvm-svn: 25529
-
Chris Lattner authored
the configure script :) llvm-svn: 25528
-
Duraid Madina authored
die, die!! r15, you are not callee-saved llvm-svn: 25527
-
Duraid Madina authored
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
-
Chris Lattner authored
llvm-svn: 25525
-
Chris Lattner authored
llvm-svn: 25524
-
Chris Lattner authored
PPC. llvm-svn: 25522
-
Chris Lattner authored
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
-
Chris Lattner authored
llvm-svn: 25520
-
Chris Lattner authored
LLVM doesn't use it and it can't work anyway. llvm-svn: 25519
-
Chris Lattner authored
llvm-svn: 25518
-
Chris Lattner authored
llvm-svn: 25517
-
Chris Lattner authored
llvm-svn: 25516
-
Chris Lattner authored
llvm-svn: 25515
-
Chris Lattner authored
llvm-svn: 25514
-
Chris Lattner authored
llvm-svn: 25513
-
Chris Lattner authored
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
-
- Jan 22, 2006
-
-
Chris Lattner authored
llvm-svn: 25511
-
Chris Lattner authored
llvm-svn: 25510
-
Chris Lattner authored
llvm-svn: 25509
-
Chris Lattner authored
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
-
Jeff Cohen authored
llvm-svn: 25507
-
Jeff Cohen authored
llvm-svn: 25506
-
- Jan 21, 2006
-
-
Chris Lattner authored
or the compiler to crash. llvm-svn: 25503
-
Duraid Madina authored
insignificant, but next up is proper stack frame layout! llvm-svn: 25497
-
Chris Lattner authored
llvm-svn: 25496
-
Chris Lattner authored
llvm-svn: 25495
-
Evan Cheng authored
Some assemblers can't recognize the aliases. llvm-svn: 25494
-