search for: no_fast_math

Displaying 4 results from an estimated 4 matches for "no_fast_math".

2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...convinced yet that this is really the right approach. It sounds like the customers (a) want fast-math in general but (b) have some specific parts of the code where it breaks things. What about having them disable fast-math on a more fine-grained scope, e.g. via something like an __attribute__(no_fast_math) function attribute at the C++ source level? Then the problematic piece of code might be slower (since all of fast-math is disabled), but the rest of the code would likely be faster (since it benefits from all of fast-math instead of just a subset). Cheers, Nicolai
2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...nced yet that this is really the right approach. > > It sounds like the customers (a) want fast-math in general but (b) have some specific parts of the code where it breaks things. What about having them disable fast-math on a more fine-grained scope, e.g. via something like an __attribute__(no_fast_math) function attribute at the C++ source level? > > Then the problematic piece of code might be slower (since all of fast-math is disabled), but the rest of the code would likely be faster (since it benefits from all of fast-math instead of just a subset). > > This is suggesting source c...
2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...> approach. >> >> It sounds like the customers (a) want fast-math in general but (b) have >> some specific parts of the code where it breaks things. What about having >> them disable fast-math on a more fine-grained scope, e.g. via something >> like an __attribute__(no_fast_math) function attribute at the C++ source >> level? >> >> Then the problematic piece of code might be slower (since all of >> fast-math is disabled), but the rest of the code would likely be faster >> (since it benefits from all of fast-math instead of just a subset). >...
2016 Nov 17
4
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
> On Nov 16, 2016, at 10:04 PM, Ristow, Warren <warren.ristow at sony.com> wrote: > > > Can you elaborate what kind of runtime failure is the reciprocal transformation triggering? > > Yes. It was along the lines of: > > { > float x = a / c; > float y = b / c; > > if (y == 1.0f) { > // do some processing for when