Misha Brukman 6fe6905df2 Do not hastily change the Opcode from 'r' to 'i' type if we're not actually ... SETTING the operand to be an immediate or have verified that one of the operands is really a SignExtended or Unextended immediate value already, which warrants an 'i' opcode. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@6662 91177308-0d34-0410-b5e6-96231b3b80d8		2003-06-07 02:34:43 +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	Do not hastily change the Opcode from 'r' to 'i' type if we're not actually	2003-06-07 02:34:43 +00:00
ExecutionEngine	::: HACK ALERT ::: HACK ALERT ::: HACK ALERT ::: HACK ALERT ::: HACK ALERT :::	2003-06-06 06:59:55 +00:00
Linker	Fix Bug: Linker/2003-05-15-TypeProblem.ll	2003-05-15 16:30:55 +00:00
Support	Fix compilation problem with some versions of G++	2003-06-06 22:13:01 +00:00
Target	Do not hastily change the Opcode from 'r' to 'i' type if we're not actually	2003-06-07 02:34:43 +00:00
Transforms	Fix bug: InstCombine/2003-06-05-BranchInvertInfLoop.ll	2003-06-05 20:12:51 +00:00
VMCore	Fix (bogus) possibly uninitialized warning	2003-06-05 21:01:26 +00:00
Makefile	Compile sub-directories in parallel, because they don't have interdependencies	2002-09-18 03:25:58 +00:00