[PATCH] D26090: [NVPTX] Compute 'rem' using the result of 'div', if possible.

Justin Lebar via llvm-commits llvm-commits at lists.llvm.org
Tue Nov 1 17:24:25 PDT 2016


> It would be nice to have this as target-independent option

Sure.  I wonder how we should structure this -- a TLI option that we
use in DAGCombine?

> Only platforms with very slow hardware multiply want to use div and rem as separate instructions.

OOC do you know if we're doing this same optimization elsewhere,
and/or do we know of any specific targets that would immediately turn
on this optimization as a no-brainer?

On Sat, Oct 29, 2016 at 1:07 PM, Joerg Sonnenberger <joerg at netbsd.org> wrote:
> joerg added a comment.
>
> We've been talking about this on IRC. It would be nice to have this as target-independent option, since on many platforms a generic rem is much slower than a div followed by a multiply/subtract. Only platforms with very slow hardware multiply want to use div and rem as separate instructions.
>
>
> Repository:
>   rL LLVM
>
> https://reviews.llvm.org/D26090
>
>
>


More information about the llvm-commits mailing list