From 9d3e78e704fa6201bceb48f45fb061f572c5aa2e Mon Sep 17 00:00:00 2001 From: Sam Parker Date: Mon, 13 Jan 2020 09:18:57 +0000 Subject: [PATCH] [NFC] Update loop.decrement.reg intrinsic comment Note that the intrinsic is now understood by SCEV and that other optimisations can treat it as a sub. --- llvm/include/llvm/IR/Intrinsics.td | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/llvm/include/llvm/IR/Intrinsics.td b/llvm/include/llvm/IR/Intrinsics.td index 9d5544b..865e4cc 100644 --- a/llvm/include/llvm/IR/Intrinsics.td +++ b/llvm/include/llvm/IR/Intrinsics.td @@ -1314,7 +1314,9 @@ def int_loop_decrement : // maximum number of elements processed in an iteration). Return the remaining // number of iterations still to be executed. This is effectively a sub which // can be used with a phi, icmp and br to control the number of iterations -// executed, as usual. +// executed, as usual. Any optimisations are allowed to treat it is a sub, and +// it's scevable, so it's the backends responsibility to handle cases where it +// may be optimised. def int_loop_decrement_reg : Intrinsic<[llvm_anyint_ty], [llvm_anyint_ty, llvm_anyint_ty], [IntrNoDuplicate]>; -- 2.7.4