Closed Quuxplusone closed 16 years ago
Bugzilla Link | PR2863 |
Status | RESOLVED DUPLICATE of bug 2850 |
Importance | P normal |
Reported by | Daniel Dunbar (daniel@zuster.org) |
Reported on | 2008-10-05 02:19:15 -0700 |
Last modified on | 2008-10-06 16:14:11 -0700 |
Version | trunk |
Hardware | Macintosh MacOS X |
CC | baldrick@free.fr, evan.cheng@apple.com, llvm-bugs@lists.llvm.org |
Fixed by commit(s) | |
Attachments | |
Blocks | |
Blocked by | |
See also |
This is an x86 codegen crash (MMX), here's a testcase:
target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-
f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:128:128"
target triple = "i386-apple-darwin5"
@tmp_V2i = common global <2 x i32> zeroinitializer ; <<2 x i32>*> [#uses=2]
define void @f0() nounwind {
entry:
%0 = load <2 x i32>* @tmp_V2i, align 8 ; <<2 x i32>> [#uses=1]
%1 = shufflevector <2 x i32> %0, <2 x i32> undef, <2 x i32> zeroinitializer ;
<<2 x i32>> [#uses=1]
store <2 x i32> %1, <2 x i32>* @tmp_V2i, align 8
ret void
}
Evan, this is a regression from your CanonicalizeMovddup work. Please investigate (for llvm 2.4), thanks!
_This bug has been marked as a duplicate of bug 2850_