http://llvm.org/bugs/show_bug.cgi?id=16439
Bug ID: 16439
Summary: shl by 0 produces the wrong result for i128 on 32bit
systems
Product: libraries
Version: 3.2
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Common Code Generator Code
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Classification: Unclassified
Consider the following LLVM IR
```
define i128 @julia_foo2599(i32) {
top:
%1 = shl i32 %0, 4
%2 = zext i32 %1 to i128
%3 = shl i128 1, %2
%4 = icmp ugt i32 %1, 127
%5 = select i1 %4, i128 0, i128 %3
ret i128 %5
}
define i32 @main() {
top:
%0 = call i128 @julia_foo2599(i32 0)
%1 = lshr i128 %0, 64
%2 = trunc i128 %1 to i32
ret i32 %2
}
```
Running this in lli, the return code is 1 instead of 0. The actual issue if the
first shl which instead of producing 0x00000000000000000000000000000001
produces 0x00000000000000010000000000000001. This happens of 3.2 as well as on
3.3.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
LLVMbugs mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/llvmbugs
