forked from OSchip/llvm-project
12e97307a1
This pass: 1. Splits TargetMachine into TargetMachine (generic targets, can be implemented any way, like the CBE) and LLVMTargetMachine (subclass of TM that is used by things using libcodegen and other support). 2. Instead of having each target fully populate the passmgr for file or JIT output, move all this to common code, and give targets hooks they can implement. 3. Commonalize the target population stuff between file emission and JIT emission. 4. All (native code) codegen stuff now happens in a FunctionPassManager, which paves the way for "fast -O0" stuff in the CFE later, and now LLC could lazily stream .bc files from disk to use less memory. 5. There are now many fewer #includes and the targets don't depend on the scalar xforms or libanalysis anymore (but codegen does). 6. Changing common code generator pass ordering stuff no longer requires touching all targets. 7. The JIT now has the option of "-fast" codegen or normal optimized codegen, which is now orthogonal to the fact that JIT'ing is being done. llvm-svn: 30081 |
||
---|---|---|
.. | ||
.cvsignore | ||
IA64.h | ||
IA64.td | ||
IA64AsmPrinter.cpp | ||
IA64Bundling.cpp | ||
IA64ISelDAGToDAG.cpp | ||
IA64ISelLowering.cpp | ||
IA64ISelLowering.h | ||
IA64InstrBuilder.h | ||
IA64InstrFormats.td | ||
IA64InstrInfo.cpp | ||
IA64InstrInfo.h | ||
IA64InstrInfo.td | ||
IA64MachineFunctionInfo.h | ||
IA64RegisterInfo.cpp | ||
IA64RegisterInfo.h | ||
IA64RegisterInfo.td | ||
IA64TargetMachine.cpp | ||
IA64TargetMachine.h | ||
Makefile | ||
README |
README
*** README for the LLVM IA64 Backend "Version 0.01" - March 18, 2005 *** Quote for this version: "Kaori and Hitomi are naughty!!" Congratulations, you have found: **************************************************************** * @@@ @@@ @@@ @@@ @@@@@@@@@@ * * @@@ @@@ @@@ @@@ @@@@@@@@@@@ * * @@! @@! @@! @@@ @@! @@! @@! * * !@! !@! !@! @!@ !@! !@! !@! * * @!! @!! @!@ !@! @!! !!@ @!@ * * !!! !!! !@! !!! !@! ! !@! * * !!: !!: :!: !!: !!: !!: * * :!: :!: ::!!:! :!: :!: * * :: :::: :: :::: :::: ::: :: * * : :: : : : :: : : : : : * * * * * * @@@@@@ @@@ @@@ @@@ @@@@@@ @@@@@@ @@@ * * @@@@@@@@ @@@@ @@@ @@@ @@@@@@@@ @@@@@@@ @@@@ * * @@! @@@ @@!@!@@@ @@! @@! @@@ !@@ @@!@! * * !@! @!@ !@!!@!@! !@! !@! @!@ !@! !@!!@! * * @!@ !@! @!@ !!@! !!@ @!@!@!@! !!@@!@! @!! @!! * * !@! !!! !@! !!! !!! !!!@!!!! @!!@!!!! !!! !@! * * !!: !!! !!: !!! !!: !!: !!! !:! !:! :!!:!:!!: * * :!: !:! :!: !:! :!: :!: !:! :!: !:! !:::!!::: * * ::::: :: :: :: :: :: ::: :::: ::: ::: * * : : : :: : : : : : :: : : ::: * * * **************************************************************** * Bow down, bow down, before the power of IA64! Or be crushed, * * be crushed, by its jolly registers of doom!! * **************************************************************** DEVELOPMENT PLAN: _ you are 2005 maybe 2005 2006 2006 and / here | | | beyond v v v v | v CLEAN UP ADD INSTRUCTION ADD PLAY WITH INSTRUCTION --> SCHEDULING AND --> JIT --> DYNAMIC --> FUTURE WORK SELECTION BUNDLING SUPPORT REOPTIMIZATION DISCLAIMER AND PROMISE: As of the time of this release, you are probably better off using Intel C/C++ or GCC. The performance of the code emitted right now is, in a word, terrible. Check back in a few months - the story will be different then, I guarantee it. TODO: - stop passing FP args in both FP *and* integer regs when not required - allocate low (nonstacked) registers more aggressively - clean up and thoroughly test the isel patterns. - fix stacked register allocation order: (for readability) we don't want the out? registers being the first ones used - fix up floating point (nb http://gcc.gnu.org/wiki?pagename=ia64%20floating%20point ) - bundling! (we will avoid the mess that is: http://gcc.gnu.org/ml/gcc/2003-12/msg00832.html ) - instruction scheduling (hmmmm! ;) - write truly inspirational documentation - if-conversion (predicate database/knowledge? etc etc) - counted loop support - make integer + FP mul/div more clever (we have fixed pseudocode atm) - track and use comparison complements INFO: - we are strictly LP64 here, no support for ILP32 on HP-UX. Linux users don't need to worry about this. - i have instruction scheduling/bundling pseudocode, that really works (has been tested, albeit at the perl-script level). so, before you go write your own, send me an email! KNOWN DEFECTS AT THE CURRENT TIME: - C++ vtables contain naked function pointers, not function descriptors, which is bad. see http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=406 - varargs are broken - alloca doesn't work (indeed, stack frame layout is bogus) - no support for big-endian environments - (not really the backend, but...) the CFE has some issues on IA64. these will probably be fixed soon. ACKNOWLEDGEMENTS: - Chris Lattner (x100) - Other LLVM developers ("hey, that looks familiar") CONTACT: - You can email me at duraid@octopus.com.au. If you find a small bug, just email me. If you find a big bug, please file a bug report in bugzilla! http://llvm.cs.uiuc.edu is your one stop shop for all things LLVM.