llvm/test/CodeGen/X86/vortex-bug.ll, branch release_27http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen/X86/vortex-bug.ll?h=release_272009-09-08T23:54:48ZEliminate more uses of llvm-as and llvm-dis.2009-09-08T23:54:48ZDan Gohmangohman@apple.com2009-09-08T23:54:48Zurn:sha1:36a0947820fd4aa4b8a5fa26e3f079bdf572bc81
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81290 91177308-0d34-0410-b5e6-96231b3b80d8
Run vortex-bug as x86-64, which is what the original bug was triggered on.2008-05-20T00:54:39ZDan Gohmangohman@apple.com2008-05-20T00:54:39Zurn:sha1:ad2ef21c7680f4cf666cf7452b2432deb454cf9f
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51289 91177308-0d34-0410-b5e6-96231b3b80d8
Fix a bug in LoopStrengthReduce that caused it to emit IR with2008-05-15T23:26:57ZDan Gohmangohman@apple.com2008-05-15T23:26:57Zurn:sha1:f20d70d57e1723d70b48b3f19868e17b9282bbfc
use-before-def. The problem comes up in code with multiple PHIs where
one PHI is being rewritten in terms of the other, but the other needs
to be casted first. LLVM rules requre the cast instruction to be
inserted after any PHI instructions, but when instructions were
inserted to replace the second PHI value with a function of the first,
they were ended up going before the cast instruction. Avoid this
problem by remembering the location of the cast instruction, when one
is needed, and inserting the expansion of the new value after it.
This fixes a bug that surfaced in 255.vortex on x86-64 when
instcombine was removed from the middle of the loop optimization
passes.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51169 91177308-0d34-0410-b5e6-96231b3b80d8