Displaying 3 results from an estimated 3 matches for "r297837".
2017 Sep 29
2
Trouble when suppressing a portion of fast-math-transformations
...h, math-errno, and others) as
"sub-fast-math" aspects.
I apologize for the length of this post. I'm putting the summary up front, so
that anyone interested in fast-math issues can quickly get the big-picture of
the issues I'm describing here.
In Summary:
1. With the change of r297837, the driver now more cleanly handles
'-ffast-math', and other sub-fast-math switches (like
'-f[no]-reciprocal-math', '-f[no-]math-errno', and others).
2. Prior to that change, the disabling of a sub-fast-math switch was often
ineffective. So as an example, the...
2017 Sep 29
0
Trouble when suppressing a portion of fast-math-transformations
...pects.
>
> I apologize for the length of this post. I'm putting the summary up
> front, so
>
> that anyone interested in fast-math issues can quickly get the
> big-picture of
>
> the issues I'm describing here.
>
> In Summary:
>
> 1. With the change of r297837, the driver now more cleanly handles
>
> '-ffast-math', and other sub-fast-math switches (like
>
> '-f[no]-reciprocal-math', '-f[no-]math-errno', and others).
>
> 2. Prior to that change, the disabling of a sub-fast-math switch was often
>
> ineffecti...
2018 Feb 09
1
[RFC] Should we bump the bitcode version in LLVM 6.0?
Agree, but that wouldn’t solve the downgrade problem plus this is probably too late to fix LLVM 6.0 for all the isFast uses.
> On Feb 9, 2018, at 10:05 AM, Matthias Braun <mbraun at apple.com> wrote:
>
> Just wanted to point out part of this even becoming a problem is the use of `isFast()`.
> There should be warnings against using isFast() and the existing code should be