AdityaK abe3c5ac19
[GVNSink] Fix non-determinisms by using a deterministic ordering (#90995)
GVNSink used to order instructions based on their pointer values and was
prone to non-determinism because of that.
This patch ensures all the values stored are using a deterministic
order. I have also added a verfier(`ModelledPHI::verifyModelledPHI`) to
assert when ordering isn't preserved.

Additionally, I have added a test case (mirror graph image of an
existing test) that would have failed before this patch.

Fixes: #77852
2024-05-12 19:41:54 -07:00

57 lines
1.2 KiB
LLVM

; RUN: opt -S < %s -passes=gvn-sink | FileCheck %s
declare void @llvm.sideeffect()
; GVN sinking across a @llvm.sideeffect.
; CHECK-LABEL: scalarsSinking
; CHECK-NOT: fmul
; CHECK: = phi
; CHECK: = fmul
define float @scalarsSinking(float %d, float %m, float %a, i1 %cmp) {
entry:
br i1 %cmp, label %if.then, label %if.else
if.then:
call void @llvm.sideeffect()
%sub = fsub float %m, %a
%mul0 = fmul float %sub, %d
br label %if.end
if.else:
%add = fadd float %m, %a
%mul1 = fmul float %add, %d
br label %if.end
if.end:
%phi = phi float [ %mul0, %if.then ], [ %mul1, %if.else ]
ret float %phi
}
; CHECK-LABEL: scalarsSinkingReverse
; CHECK-NOT: fmul
; CHECK: = phi
; CHECK: = fmul
define float @scalarsSinkingReverse(float %d, float %m, float %a, i1 %cmp) {
; This test is just a reverse(graph mirror) of the test
; above to ensure GVNSink doesn't depend on the order of branches.
entry:
br i1 %cmp, label %if.then, label %if.else
if.then:
%add = fadd float %m, %a
%mul1 = fmul float %add, %d
br label %if.end
if.else:
call void @llvm.sideeffect()
%sub = fsub float %m, %a
%mul0 = fmul float %sub, %d
br label %if.end
if.end:
%phi = phi float [ %mul1, %if.then ], [ %mul0, %if.else ]
ret float %phi
}