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
AsmParser
Bytecode
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
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