search for: __fast_math__

...ck. However, I expect my program to otherwise behave properly." Below is a suggested change to clang's command-line options. -ffast-math Currently described as: Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math flag I propose to change the description and behavior to: Enable 'fast-math' mode. This allows for optimizations that may produce incorrect and unsafe results, and thus should only be used with care. This also provides a preprocessor macro __FAST_MAT...

On Fri, Nov 2, 2012 at 1:07 PM, Dan Gohman <dan433584 at gmail.com> wrote: > > > On Fri, Nov 2, 2012 at 10:02 AM, Krzysztof Parzyszek > <kparzysz at codeaurora.org> wrote: >> >> On 11/2/2012 11:53 AM, Michael Ilseman wrote: >>> >>> >>> >>> I think Dan was making two points with his example. Dan, correct me if I >>>

...trol pragma to turn excpetion semantics off when precise semantics are enabled, and you can't use the float_control pragma to turn precise off when fenv_access is on. I believe we should follow the MSVC restrictions. ========================= Code-visible identifiers ========================= __FAST_MATH__ This symbol will only be defined if and only if all of the following are set (before pragmas are applied): except_behavior { ignore } fenv_access { off } rounding_mode { tonearest } contract { fast } denormal_fp_math { PreserveSign } denormal_fp32_math { PreserveSign } support_math_e...

...back. However, I expect my program to otherwise behave properly." Below is a suggested change to clang's command-line options. -ffast-math Currently described as: Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math flag I propose to change the description and behavior to: Enable 'fast-math' mode. This allows for optimizations that may produce incorrect and unsafe results, and thus should only be used with care. This also provides a preprocessor macro __FAST_MATH__ t...

...y." >> >> Below is a suggested change to clang's command-line options. >> >> -ffast-math >> Currently described as: >> Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, >> but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math >> flag >> >> I propose to change the description and behavior to: >> >> Enable 'fast-math' mode. This allows for optimizations that may produce >> incorrect and unsafe results, and thus should only be used with care. T...

...uggested change to clang's command-line options. >>>> >>>> -ffast-math >>>> Currently described as: >>>> Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, >>>> but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math >>>> flag >>>> >>>> I propose to change the description and behavior to: >>>> >>>> Enable 'fast-math' mode. This allows for optimizations that may produce >>>> incorrect and unsafe re...

...gt;> Below is a suggested change to clang's command-line options. >>> >>> -ffast-math >>> Currently described as: >>> Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, >>> but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math >>> flag >>> >>> I propose to change the description and behavior to: >>> >>> Enable 'fast-math' mode. This allows for optimizations that may produce >>> incorrect and unsafe results, and thus should o...

...ng six switches are all passed to cc1: -menable-no-infs -menable-no-nans -fno-signed-zeros -freciprocal-math -fno-trapping-math -ffp-contract=fast and '-ffast-math' itself is also passed cc1 (the act of passing '-ffast-math' to cc1 results in the macro '__FAST_MATH__' being defined). When (for example) '-fno-reciprocal-math' is passed in addition to '-ffast-math', then '-freciprocal-math' is no longer passed to cc1 (and the other five listed above still are passed, along with '-ffast-math' still being passed). It seems like...

https://aur.archlinux.org/packages/nbdkit#comment-938282 ----- Forwarded message from notify at aur.archlinux.org ----- Date: Sat, 14 Oct 2023 12:40:02 +0000 Subject: AUR Comment for nbdkit dreieck [1] added the following comment to nbdkit [2]: `check()` fails for me, too: ``` [...] make check-TESTS make[3]: Entering directory '/tmp/makepkg/build/nbdkit/src/nbdkit-1.36.0/server'

...t; > -fno-signed-zeros > > > -freciprocal-math > > > -fno-trapping-math > > > -ffp-contract=fast > > > and '-ffast-math' itself is also passed cc1 (the act of passing > > '-ffast-math' > > > to cc1 results in the macro '__FAST_MATH__' being defined). When > > (for > > > example) '-fno-reciprocal-math' is passed in addition to > > '-ffast-math', then > > > '-freciprocal-math' is no longer passed to cc1 (and the other five > > listed > > > above still are...

...ply only at the IR level and not at codegen or the SelectionDAGs. Below is a suggested change to clang's command-line options. -ffast-math Currently described as: Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math flag I propose to change the description and behavior to: Enable 'fast-math' mode. This allows for optimizations that may produce incorrect and unsafe results, and thus should only be used with care. This also provides a preprocessor macro __FAS...

...rwise behave > properly." > > Below is a suggested change to clang's command-line options. > > -ffast-math > Currently described as: > Enable the *frontend*'s 'fast-math' mode. This has no effect on > optimizations, > but provides a preprocessor macro __FAST_MATH__ the same as GCC's > -ffast-math > flag > > I propose to change the description and behavior to: > > Enable 'fast-math' mode. This allows for optimizations that may produce > incorrect and unsafe results, and thus should only be used with care. This > also provide...

...ply only at the IR level and not at codegen or the SelectionDAGs. Below is a suggested change to clang's command-line options. -ffast-math Currently described as: Enable the *frontend*'s 'fast-math' mode. This has no effect on optimizations, but provides a preprocessor macro __FAST_MATH__ the same as GCC's -ffast-math flag I propose to change the description and behavior to: Enable 'fast-math' mode. This allows for optimizations that may produce incorrect and unsafe results, and thus should only be used with care. This also provides a preprocessor macro __FAS...

...trol pragma to turn excpetion semantics off when precise semantics are enabled, and you can't use the float_control pragma to turn precise off when fenv_access is on. I believe we should follow the MSVC restrictions. ========================= Code-visible identifiers ========================= __FAST_MATH__ This symbol will only be defined if and only if all of the following are set (before pragmas are applied): except_behavior { ignore } fenv_access { off } rounding_mode { tonearest } contract { fast } denormal_fp_math { PreserveSign } denormal_fp32_math { PreserveSign } support_math_e...

...abled, and you can't > use the float_control pragma to turn precise off when fenv_access is on. > > > > I believe we should follow the MSVC restrictions. > > > > ========================= > > Code-visible identifiers > > ========================= > > __FAST_MATH__ > > > > This symbol will only be defined if and only if all of the following are set > (before pragmas are applied): > > except_behavior { ignore } > > fenv_access { off } > > rounding_mode { tonearest } > > contract { fast } > > denormal_fp_ma...

...tics off when precise semantics are enabled, and you can't use the float_control pragma to turn precise off when fenv_access is on. > > I believe we should follow the MSVC restrictions. > > ========================= > Code-visible identifiers > ========================= > __FAST_MATH__ > > This symbol will only be defined if and only if all of the following are set (before pragmas are applied): > except_behavior { ignore } > fenv_access { off } > rounding_mode { tonearest } > contract { fast } > denormal_fp_math { PreserveSign } > denormal_fp3...