4 Commits

Author	SHA1	Message	Date
Dan Gohman	f2f6ce65b7	Change tests from "opt %s" to "opt < %s" so that opt doesn't see the ... input filename so that opt doesn't print the input filename in the output so that grep lines in the tests don't unintentionally match strings in the input filename. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81537 91177308-0d34-0410-b5e6-96231b3b80d8	2009-09-11 18:01:28 +00:00
Dan Gohman	3e054fe9ef	Use opt -S instead of piping bitcode output through llvm-dis. ... git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81257 91177308-0d34-0410-b5e6-96231b3b80d8	2009-09-08 22:34:10 +00:00
Dan Gohman	b1e1e82c54	Change these tests to feed the assembly files to opt directly, instead ... of using llvm-as, now that opt supports this. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81226 91177308-0d34-0410-b5e6-96231b3b80d8	2009-09-08 16:50:01 +00:00
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