This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC] Fix PR28684

> I'm a bit disappointed that neither the ATLAS folks nor yourself have
> yet articulated a strong functionality request.  I appreciate that you're
> somehow unhappy with -ffast-math, but apart from the Mflops argument
> you've failed to put your finger on precisely (or exactly :-) what
> about it you believe needs fixing.  Even in the Mflops argument is
> seems ambiguous whether operations of constant arguments may be evaluated
> at compile-time, "2.0 + 3.0 -> 5.0"?

>From PR27827 and PR28684 I understood that the motivation for
the new flag is to allow programmers to benefit from floating point
that do not violate IEEE but may change the results due to
rounding.  The problem that started this discussion was about
a testcase that could not be vectorized on ATLAS
as -unsafe-math-optimizations should have been used.
So following this I deduced that benefit from more optimization is
on keeping the number of operators. (which is a different goal as I see it)

So the question is indeed what kind of functionality we want to use.
Again - I understood it as a subset of --unsafe-flags which not violate
but may change the result.
But as you mentioned in your previous email I'm also pleased that we're
the issues.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]