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
..
Analysis	Be more robust in the face of undefined behavior.	2003-06-02 05:42:39 +00:00
Archive	Fixed 'prevalent'.	2003-04-23 02:59:05 +00:00
AsmParser	Fix bugs:	2003-05-21 17:48:56 +00:00
Bytecode	Fix bug: Assembler/2003-05-03-BytecodeReaderProblem.llx	2003-05-22 18:35:38 +00:00
CodeGen	I have finally seen the light. The code to change the opcode must live higher in	2003-06-04 04:54:06 +00:00
ExecutionEngine	Sparc's dlsym() requires the special operand RTLD_SELF to find a symbol in the	2003-06-04 01:57:22 +00:00
Linker	Fix Bug: Linker/2003-05-15-TypeProblem.ll	2003-05-15 16:30:55 +00:00
Support	Make _sure_ we don't go into an infinite loop if a signal happens!	2003-05-27 16:25:04 +00:00
Target	I have finally seen the light. The code to change the opcode must live higher in	2003-06-04 04:54:06 +00:00
Transforms	Implement combination of boolean not with branch	2003-06-04 04:46:00 +00:00
VMCore	* Make assertion message useful	2003-06-02 17:42:47 +00:00
Makefile