forked from OSchip/llvm-project
35553d452b
This patch adds a polynomial approximation that matches the approximation in Eigen. Note that the approximation only applies to vectorized inputs; the scalar rsqrt is left unmodified. The approximation is protected with a flag since it emits an AVX2 intrinsic (generated via the X86Vector). This is the only reasonably clean way that I could find to generate the exact approximation that I wanted (i.e. an identical one to Eigen's). I considered two alternatives: 1. Introduce a Rsqrt intrinsic in LLVM, which doesn't exist yet. I believe this is because there is no definition of Rsqrt that all backends could agree on, since hardware instructions that implement it have widely varying degrees of precision. This is something that the standard could mandate, but Rsqrt is not part of IEEE754, so I don't think this option is feasible. 2. Emit fdiv(1.0, sqrt) with fast math flags to allow reciprocal transformations. Although portable, this doesn't allow us to generate exactly the code we want; it is the LLVM backend, and not MLIR, who controls what code is generated based on the target CPU. Reviewed By: ezhulenev Differential Revision: https://reviews.llvm.org/D112192 |
||
|---|---|---|
| .. | ||
| X86Vector | ||
| async-error.mlir | ||
| async-group.mlir | ||
| async-value.mlir | ||
| async.mlir | ||
| bare_ptr_call_conv.mlir | ||
| copy.mlir | ||
| global_memref.mlir | ||
| lit.local.cfg | ||
| math_polynomial_approx.mlir | ||
| memref_reinterpret_cast.mlir | ||
| memref_reshape.mlir | ||
| sgemm_naive_codegen.mlir | ||
| simple.mlir | ||
| unranked_memref.mlir | ||
| utils.mlir | ||