[PATCH] D85504: [Reassociate] [PowerPC] stop common out mul factors if fma is preferred on target

ChenZheng via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Fri Aug 7 01:11:54 PDT 2020


shchenz added a comment.

In D85504#2202000 <https://reviews.llvm.org/D85504#2202000>, @lebedev.ri wrote:

> (can you please maybe spellcheck both the patch description and the wording within the patch? it is really hard to read)

Done

> I'm not really sure this is the way forward.
>
> 1. This is a target-agnostic pass, it we add arbitrary restrictions it will likely miss some intended transforms

Could you be more specific? I verified this change on PowerPC for some benchmarks, no degradation found.

> 2. As usual, just preventing some transform is not the solution, because you can still have "bad" input that will still be lowered badly

Agree. But if we know that one transformation has no benefit at all or it has a negative impact on some specific targets, should we stop the transformation on these targets? Reversing the transformations back in later pass will make compiler spend compiling time both on the harmful transformations and on the reversed transformations?


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D85504/new/

https://reviews.llvm.org/D85504



More information about the llvm-commits mailing list