Misha Brukman d15cd2752f I have finally seen the light. The code to change the opcode must live higher in ... the loop, and in both cases. In the first case, it is a VReg that is a constant so it may be actually converted to a constant. In the second case, it is already a constant, but then if it doesn't change its type (e.g. to become a register and have the value loaded from memory if it is too large to live in its instruction field), we must change the opcode BEFORE the 'continue', otherwise we miss the opportunity. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@6602 91177308-0d34-0410-b5e6-96231b3b80d8		2003-06-04 04:54:06 +00:00
..
CBackend	Fix bug: CBackend/2003-06-01-NullPointerType.ll	2003-06-02 03:10:53 +00:00
SparcV9	I have finally seen the light. The code to change the opcode must live higher in	2003-06-04 04:54:06 +00:00
X86	Remove usage of typedef	2003-06-03 15:41:58 +00:00
Makefile
MRegisterInfo.cpp
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