2018-08-30 17:32:21 +08:00
|
|
|
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
|
|
|
|
; RUN: llc -mtriple=aarch64-unknown-linux-gnu < %s | FileCheck %s
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
; Odd divisors
|
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
|
|
|
|
define i32 @test_urem_odd(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_odd:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #52429
|
|
|
|
; CHECK-NEXT: movk w8, #52428, lsl #16
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w9, #13108
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: movk w9, #13107, lsl #16
|
|
|
|
; CHECK-NEXT: cmp w8, w9
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 5
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_odd_25(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_odd_25:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #23593
|
|
|
|
; CHECK-NEXT: movk w8, #49807, lsl #16
|
|
|
|
; CHECK-NEXT: mov w9, #28836
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: movk w9, #2621, lsl #16
|
|
|
|
; CHECK-NEXT: cmp w8, w9
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 25
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2018-08-30 17:32:21 +08:00
|
|
|
; This is like test_urem_odd, except the divisor has bit 30 set.
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_odd_bit30(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_odd_bit30:
|
|
|
|
; CHECK: // %bb.0:
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w8, #43691
|
|
|
|
; CHECK-NEXT: movk w8, #27306, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: cmp w8, #4 // =4
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 1073741827
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
|
|
|
; This is like test_urem_odd, except the divisor has bit 31 set.
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_odd_bit31(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_odd_bit31:
|
|
|
|
; CHECK: // %bb.0:
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w8, #43691
|
|
|
|
; CHECK-NEXT: movk w8, #10922, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: cmp w8, #2 // =2
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 2147483651
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
; Even divisors
|
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
|
|
|
|
define i16 @test_urem_even(i16 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_even:
|
|
|
|
; CHECK: // %bb.0:
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w9, #28087
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: and w8, w0, #0xffff
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: movk w9, #46811, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w8, w9
|
|
|
|
; CHECK-NEXT: mov w9, #9362
|
|
|
|
; CHECK-NEXT: ror w8, w8, #1
|
|
|
|
; CHECK-NEXT: movk w9, #4681, lsl #16
|
|
|
|
; CHECK-NEXT: cmp w8, w9
|
|
|
|
; CHECK-NEXT: cset w0, hi
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i16 %X, 14
|
|
|
|
%cmp = icmp ne i16 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i16
|
|
|
|
ret i16 %ret
|
|
|
|
}
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_even_100(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_even_100:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #23593
|
|
|
|
; CHECK-NEXT: movk w8, #49807, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: mov w9, #23593
|
|
|
|
; CHECK-NEXT: ror w8, w8, #2
|
|
|
|
; CHECK-NEXT: movk w9, #655, lsl #16
|
|
|
|
; CHECK-NEXT: cmp w8, w9
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 100
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2018-08-30 17:32:21 +08:00
|
|
|
; This is like test_urem_even, except the divisor has bit 30 set.
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_even_bit30(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_even_bit30:
|
|
|
|
; CHECK: // %bb.0:
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w8, #20165
|
|
|
|
; CHECK-NEXT: movk w8, #64748, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: ror w8, w8, #3
|
|
|
|
; CHECK-NEXT: cmp w8, #4 // =4
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 1073741928
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
|
|
|
; This is like test_urem_odd, except the divisor has bit 31 set.
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_even_bit31(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_even_bit31:
|
|
|
|
; CHECK: // %bb.0:
|
[CodeGen] [SelectionDAG] More efficient code for X % C == 0 (UREM case) (try 3)
Summary:
I'm submitting a new revision since i don't understand how to reclaim/reopen/take over the existing one, D50222.
There is no such action in "Add Action" menu...
This implements an optimization described in Hacker's Delight 10-17: when `C` is constant,
the result of `X % C == 0` can be computed more cheaply without actually calculating the remainder.
The motivation is discussed here: https://bugs.llvm.org/show_bug.cgi?id=35479.
This is a recommit, the original commit rL364563 was reverted in rL364568
because test-suite detected miscompile - the new comparison constant 'Q'
was being computed incorrectly (we divided by `D0` instead of `D`).
Original patch D50222 by @hermord (Dmytro Shynkevych)
Notes:
- In principle, it's possible to also handle the `X % C1 == C2` case, as discussed on bugzilla.
This seems to require an extra branch on overflow, so I refrained from implementing this for now.
- An explicit check for when the `REM` can be reduced to just its LHS is included:
the `X % C` == 0 optimization breaks `test1` in `test/CodeGen/X86/jump_sign.ll` otherwise.
I hadn't managed to find a better way to not generate worse output in this case.
- The `test/CodeGen/X86/jump_sign.ll` regresses, and is being fixed by a followup patch D63390.
Reviewers: RKSimon, craig.topper, spatel, hermord, xbolva00
Reviewed By: RKSimon, xbolva00
Subscribers: dexonsmith, kristina, xbolva00, javed.absar, llvm-commits, hermord
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D63391
llvm-svn: 364600
2019-06-28 05:52:10 +08:00
|
|
|
; CHECK-NEXT: mov w8, #64251
|
|
|
|
; CHECK-NEXT: movk w8, #47866, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: ror w8, w8, #1
|
|
|
|
; CHECK-NEXT: cmp w8, #2 // =2
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 2147483750
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
; Special case
|
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
|
|
|
|
; 'NE' predicate is fine too.
|
|
|
|
define i32 @test_urem_odd_setne(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_odd_setne:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #52429
|
|
|
|
; CHECK-NEXT: movk w8, #52428, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: mov w9, #858993459
|
|
|
|
; CHECK-NEXT: cmp w8, w9
|
|
|
|
; CHECK-NEXT: cset w0, hi
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 5
|
|
|
|
%cmp = icmp ne i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-07-30 16:00:49 +08:00
|
|
|
; The fold is only valid for positive divisors, negative-ones should be negated.
|
|
|
|
define i32 @test_urem_negative_odd(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_negative_odd:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #858993459
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: cmp w8, #1 // =1
|
|
|
|
; CHECK-NEXT: cset w0, hi
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, -5
|
|
|
|
%cmp = icmp ne i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
define i32 @test_urem_negative_even(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_negative_even:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: mov w8, #37449
|
|
|
|
; CHECK-NEXT: movk w8, #51492, lsl #16
|
|
|
|
; CHECK-NEXT: mul w8, w0, w8
|
|
|
|
; CHECK-NEXT: ror w8, w8, #1
|
|
|
|
; CHECK-NEXT: cmp w8, #1 // =1
|
|
|
|
; CHECK-NEXT: cset w0, hi
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, -14
|
|
|
|
%cmp = icmp ne i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-06-28 19:36:34 +08:00
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
; Negative tests
|
|
|
|
;------------------------------------------------------------------------------;
|
|
|
|
|
2019-07-30 16:00:49 +08:00
|
|
|
; We can lower remainder of division by one much better elsewhere.
|
2019-06-28 19:36:34 +08:00
|
|
|
define i32 @test_urem_one(i32 %X) nounwind {
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-LABEL: test_urem_one:
|
|
|
|
; CHECK: // %bb.0:
|
2019-03-26 05:25:28 +08:00
|
|
|
; CHECK-NEXT: mov w0, #1
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 1
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-07-30 16:00:49 +08:00
|
|
|
; We can lower remainder of division by powers of two much better elsewhere.
|
|
|
|
define i32 @test_urem_pow2(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_pow2:
|
2019-06-28 03:09:51 +08:00
|
|
|
; CHECK: // %bb.0:
|
2019-07-30 16:00:49 +08:00
|
|
|
; CHECK-NEXT: tst w0, #0xf
|
|
|
|
; CHECK-NEXT: cset w0, eq
|
2019-06-28 03:09:51 +08:00
|
|
|
; CHECK-NEXT: ret
|
2019-07-30 16:00:49 +08:00
|
|
|
%urem = urem i32 %X, 16
|
2019-06-28 03:09:51 +08:00
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
2019-07-30 16:00:49 +08:00
|
|
|
; The fold is only valid for positive divisors, and we can't negate INT_MIN.
|
|
|
|
define i32 @test_urem_int_min(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_int_min:
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK: // %bb.0:
|
2019-07-30 16:00:49 +08:00
|
|
|
; CHECK-NEXT: tst w0, #0x7fffffff
|
2018-08-30 17:32:21 +08:00
|
|
|
; CHECK-NEXT: cset w0, eq
|
|
|
|
; CHECK-NEXT: ret
|
2019-07-30 16:00:49 +08:00
|
|
|
%urem = urem i32 %X, 2147483648
|
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|
|
|
|
|
|
|
|
; We can lower remainder of division by all-ones much better elsewhere.
|
|
|
|
define i32 @test_urem_allones(i32 %X) nounwind {
|
|
|
|
; CHECK-LABEL: test_urem_allones:
|
|
|
|
; CHECK: // %bb.0:
|
|
|
|
; CHECK-NEXT: neg w8, w0
|
|
|
|
; CHECK-NEXT: cmp w8, #2 // =2
|
|
|
|
; CHECK-NEXT: cset w0, lo
|
|
|
|
; CHECK-NEXT: ret
|
|
|
|
%urem = urem i32 %X, 4294967295
|
2018-08-30 17:32:21 +08:00
|
|
|
%cmp = icmp eq i32 %urem, 0
|
|
|
|
%ret = zext i1 %cmp to i32
|
|
|
|
ret i32 %ret
|
|
|
|
}
|