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
Archive
Assembler	Fix a bug in our autoupgrade support: in an argument list to a function	2009-03-25 06:36:36 +00:00
Bindings/Ocaml
Bitcode
BugPoint
CodeGen	Fully escape the grep string for this test.	2009-04-08 00:54:40 +00:00
DebugInfo
ExecutionEngine
Feature	Add support for embedded metadata to LLVM. This introduces two new types of	2009-04-04 07:22:01 +00:00
FrontendAda
FrontendC	Add a __builtin___memset_chk test.	2009-03-27 02:45:14 +00:00
FrontendC++	These tests pass on linux.	2009-03-25 16:43:59 +00:00
FrontendFortran
FrontendObjC
FrontendObjC++
Integer	Converted a1.ll to unittests.	2009-03-24 21:36:09 +00:00
lib
Linker
LLVMC
Other	Update call graph after inlining invoke.	2009-03-31 17:36:12 +00:00
Scripts
TableGen
Transforms	Instcombine should not promote whole computation trees to "strange"	2009-04-08 05:41:03 +00:00
Verifier
Makefile
Makefile.tests
TestRunner.sh