mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-24 03:33:20 +01:00
d099c88f0a
It turned out that MSan was incorrectly calculating the shadow for int comparisons: it was done by truncating the result of (Shadow1 OR Shadow2) to i1, effectively rendering all bits except LSB useless. This approach doesn't work e.g. in the case where the values being compared are even (i.e. have the LSB of the shadow equal to zero). Instead, if CreateShadowCast() has to cast a bigger int to i1, we replace the truncation with an ICMP to 0. This patch doesn't affect the code generated for SPEC 2006 binaries, i.e. there's no performance impact. For the test case reported in PR32842 MSan with the patch generates a slightly more efficient code: orq %rcx, %rax jne .LBB0_6 , instead of: orl %ecx, %eax testb $1, %al jne .LBB0_6 llvm-svn: 302787
21 lines
714 B
LLVM
21 lines
714 B
LLVM
; Regression test for https://bugs.llvm.org/show_bug.cgi?id=32842
|
|
;
|
|
; RUN: opt < %s -msan -S | FileCheck %s
|
|
;target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"
|
|
target triple = "x86_64-unknown-linux-gnu"
|
|
|
|
define zeroext i1 @_Z1fii(i32 %x, i32 %y) sanitize_memory {
|
|
entry:
|
|
%cmp = icmp slt i32 %x, %y
|
|
ret i1 %cmp
|
|
}
|
|
|
|
; CHECK: [[X:[^ ]+]] = load{{.*}}__msan_param_tls{{.*}}
|
|
; CHECK: [[Y:[^ ]+]] = load{{.*}}__msan_param_tls{{.*}}
|
|
; CHECK: [[OR:[^ ]+]] = or i32 [[Y]], [[X]]
|
|
|
|
; Make sure the shadow of the (x < y) comparison isn't truncated to i1.
|
|
; CHECK-NOT: trunc i32 [[OR]] to i1
|
|
; CHECK: [[CMP:[^ ]+]] = icmp ne i32 [[OR]], 0
|
|
; CHECK: store i1 [[CMP]],{{.*}}__msan_retval_tls
|