llvm/lib
Chris Lattner ddfa57bd7b Instcombine should not promote whole computation trees to "strange"
integer types, unless they are already strange.  This prevents it from
turning the code produced by SROA into crazy libcalls and stuff that 
the code generator can't handle.  In the attached example, the result
was an i96 multiply that caused the x86 backend to assert.

Note that if TargetData had an idea of what the legal types are for
a target that this could be used to stop instcombine from introducing
i64 muls, as Scott wanted.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@68598 91177308-0d34-0410-b5e6-96231b3b80d8
2009-04-08 05:41:03 +00:00
..
Analysis use higher level APIs. 2009-04-03 00:02:39 +00:00
Archive Add the private linkage. 2009-01-15 20:18:42 +00:00
AsmParser Add support for embedded metadata to LLVM. This introduces two new types of 2009-04-04 07:22:01 +00:00
Bitcode Teach llvm-bcanalyzer to skip over the header we use on LLVM IR files. 2009-04-06 20:54:32 +00:00
CodeGen change printStringChar to emit characters as unsigned char instead of char, 2009-04-08 00:28:38 +00:00
CompilerDriver -write-graph now can be used with -o. 2009-03-27 12:57:14 +00:00
Debugger Oops...I committed too much. 2009-03-13 04:39:26 +00:00
ExecutionEngine Use CHAR_BIT instead of hard-coding 8 in several places where it 2009-04-01 18:45:54 +00:00
Linker Apply ODR linkage changes accidentally dropped during 2009-03-08 13:35:23 +00:00
Support Remove AllowInverse: it leaks memory and is not the right 2009-04-08 03:43:51 +00:00
System hopefully fix an apparent build error on windows. 2009-04-01 02:03:38 +00:00
Target Handle indirect function calls. 2009-04-08 05:38:48 +00:00
Transforms Instcombine should not promote whole computation trees to "strange" 2009-04-08 05:41:03 +00:00
VMCore disable this code for now, re-breaking PR2975, but fixing 2009-04-08 04:36:59 +00:00
Makefile Reorganize llvmc code. 2009-03-02 09:01:14 +00:00