[PATCH] D109049: [SLP] Support llvm.isnan in vectorizer

Roman Lebedev via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Wed Sep 1 03:26:56 PDT 2021


lebedev.ri added a comment.

In D109049#2976512 <https://reviews.llvm.org/D109049#2976512>, @sepavloff wrote:

> In D109049#2976449 <https://reviews.llvm.org/D109049#2976449>, @xbolva00 wrote:
>
>> But there are concerns in https://reviews.llvm.org/D104854 whether the base change should not be reverted at all…
>
> There is a discussion: https://lists.llvm.org/pipermail/llvm-dev/2021-August/152257.html, devoted to this topic. There are no additional feedback during the last week, so I would think the problem is closed.

Au contraire.
It looks like goalpost shifting to me.
What is going on the is basic design disscussion, with no clear favorite,
even though a design has already been "selected" and committed.
I would like to once again urge you to restart this process.

> There are no arguments against the intrinsic, this is **the only way** to implement `isnan`, which would satisfy IEEE-754 and C standard in the case when FP exceptions are not ignored.
>
> There were some hesitation whether this intrinsic should be optimized out in `fast-math` mode. So far there are no sound arguments in favor of such optimization, but there is a reference to the relevant discussion in GCC mail list, which demonstrates difficulties that rise if the effect of `fast-math` is understood in "naive" way. No matter if we decided optimize out this intrinsic or not, necessity of the intrinsic is not doubted.




Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D109049



More information about the llvm-commits mailing list