Misha Brukman b126ea43eb 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. llvm-svn: 6602		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
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
CWriter	Fix bug: CBackend/2003-06-01-NullPointerType.ll	2003-06-02 03:10:53 +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
Support	Make _sure_ we don't go into an infinite loop if a signal happens!	2003-05-27 16:25:04 +00:00
Target	Added the 4.7 instruction class and all the FMOVcc instructions in them.	2003-06-04 04:48:31 +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	Compile sub-directories in parallel, because they don't have interdependencies	2002-09-18 03:25:58 +00:00