[llvm-dev] [RFC] Add support for options -fp-model= and -fp-speculation= : specify floating point behavior

[Scott Manley via llvm-dev]

+1 from Cray.

If we are talking about "having a single option to control most basic FP
options" in general, I'd also like to see a finer granularity for
-fp-model=fast, like Intel's own fast=[1|2]. Perhaps they just become their
own options? I don't have a full list of proposed optimizations (and/or
other existing flags) that would be tied for each of the finer grained
levels, but at a high level, for example:

 - precise (as described)
 - strict (as described)
 - optimize (something between precise and fast)
 - fast (as described)
 - aggressive (even more aggressive FP optimization than fast)
 - except/except- (as described)

This would maintain reasonable command line compatibility but also allow
for easier tuning (and debugging) of codes that are numerically sensitive
at a global user level.

On Wed, May 29, 2019 at 10:37 AM Blower, Melanie via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

>
> Intel would like to contribute a patch to implement support for these
> Intel- and Microsoft -fp options.  This message is to describe the options
> and request feedback from the community.
> -fp-model=[precise|strict|fast|except[-]] and
> -fp-speculation=[fast|strict|safe]
>
> This contribution would dovetail with the llvm patch "Teach the IRBuilder
> about constrained fadd and friends" which is under review here,
> https://reviews.llvm.org/D53157/new/.  I have a patch ready to review
> that works with D53157.  The motivation for providing these is that having
> a single option to control most basic FP options is better and easier to
> understand for users.
>
> The option settings -fp-model=[precise|strict|fast|except] are supported
> by both ICC and CL. The fp-speculation option is supported only by ICC.
> The CL and ICC -fp-model option is documented on these pages:
>
> https://docs.microsoft.com/en-us/cpp/build/reference/fp-specify-floating-point-behavior?view=vs-2019
>
> https://software.intel.com/en-us/cpp-compiler-developer-guide-and-reference-fp-model-fp
>
> Currently, clang's default behavior corresponds to -fp-model=precise.
> Clang/llvm support for -fp-model=[strict|except] is being developed in the
> D53157 patch, and there is current llvm support for the fast settings by
> using the fast math flags llvm::FastMathFlags.  Note: the clang-cl wrapper
> to support Microsoft options has simplified support for these options by
> mapping /fp-model=except to ftrapping-math, fp-mdel=fast to ffast-math,
> fp-model=precise and fp-model=strict to fno-fast-math (see
> clang/Driver/CLCompatOptions.td).
>
> According to the online options documentation, you can combine except[-]
> with [precise|strict|fast], but combining both fast and except is not a
> valid setting (the Driver will emit an error).
>     precise - Disables optimizations that are not value-safe on
> floating-point data, although FP contraction is enabled.
>     strict - Enables precise and except, disables contractions (FMA), and
> enables pragma stdc fenv_access.
>     fast - Equivalent to -ffast-math
>     except/except- - Determines whether strict floating-point exception
> semantics are honored.
>
> The ICC option -fp-speculation is described here,
>
> https://software.intel.com/en-us/cpp-compiler-developer-guide-and-reference-fp-speculation-qfp-speculation
> These are the meanings of the fp-speculation settings:
>     fast - Tells the compiler to speculate on floating-point operations.
> This is equivalent to "fpexcept.ignore" in the constrained intrinsics
> review D53157.
>     strict - Tells the compiler to disable speculation on floating-point
> operations.  This is equivalent to "fpexcept.strict" in the constrained
> intrinsics review D53157.
>     safe - Tells the compiler to disable speculation if there is a
> possibility that the speculation may cause a floating-point exception.
> This is equivalent to "fpexcept.maytrap" in the constrained intrinsics
> review D53157.
>
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190529/ebefd907/attachment.html>