[PATCH] D110613: [Taildup] Don't tail-duplicate loop header with multiple successors as its latches

JunMa via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Fri Oct 8 23:34:53 PDT 2021


junparser added a comment.

In D110613#3037724 <https://reviews.llvm.org/D110613#3037724>, @alexfh wrote:

> In D110613#3029276 <https://reviews.llvm.org/D110613#3029276>, @junparser wrote:
>
>> So this change blocks optimization from D106056 <https://reviews.llvm.org/D106056>,  @alexfh  would you like to workaround with  -mllvm -tail-dup-indirect-size=4?
>
> I found a single huge protobuf generated source that was pushed over the time limit. However, there are likely many others that will just take more time to compile wasting resources and potentially increasing build latency. Having to hunt down all of them and to sprinkle `-mllvm -tail-dup-indirect-size=4` all around the build configuration files would be unfortunate.
>
>> Or let add one more parameter such as -tail-dup-jmptable-size with default value maybe 100?
>> any suggest?
>
> Would that stop this particular transformation for large switch cases?  Should this always be done?

Sorry for the late reply.  I believe this should stop to tail duplicate large jump table loop generated by switch loop.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D110613



More information about the llvm-commits mailing list