Chris Lattner a8ab89e3da Fairly major change: emit fixed sized allocas in the entry block as a variable, ... instead of a variable pointer and an alloca. All accesses to the variable then use the address-of operator to access it. This plays better with the internal GCC code generation phases, which bail early on functions which contain allocas. It also makes the code a bit easier to read. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@6734 91177308-0d34-0410-b5e6-96231b3b80d8		2003-06-17 04:39:14 +00:00
..
CBackend	Fairly major change: emit fixed sized allocas in the entry block as a variable,	2003-06-17 04:39:14 +00:00
SparcV9	Actually, change it to use explicit new/delete, which is more likely to be	2003-06-16 22:29:09 +00:00
X86	Isolate machine-dependent use of <alloca.h> in "Support/Alloca.h",	2003-06-16 21:54:01 +00:00
Makefile	X86 target builds fine now	2002-11-20 20:17:03 +00:00
MRegisterInfo.cpp	Capture more information in ctor	2002-12-28 20:34:18 +00:00
Target.td	Added the target-independent part of TableGen data.	2003-05-29 18:48:17 +00:00
TargetData.cpp	No really, you _cannot use_ getelementptr on an unsized type: that makes	2003-06-04 02:35:35 +00:00
TargetInstrInfo.cpp	Rename MachineInstrInfo -> TargetInstrInfo	2003-01-14 22:00:31 +00:00
TargetMachine.cpp	The promotion rules are the same for all targets, they are set by the C standard.	2003-04-26 19:47:36 +00:00
TargetSchedInfo.cpp	More renamings of Target/Machine*Info to Target/Target*Info	2002-12-29 03:13:05 +00:00