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