Displaying 2 results from an estimated 2 matches for "huge_float_numb".
Did you mean:
huge_float_number
2016 May 17
2
Working on FP SCEV Analysis
...t; is an odd concept in that sense. It is giving the compiler the freedom to change the program semantics to some extent.
It’s possible to make an infinite loop finite with fast math if the primary IV is float. Is it acceptable behavior too? What I mean is that if we have
for (float i = 0.0; i < HUGE_FLOAT_NUMBER; i += 0.5) {
...
}
we might never reach HUGE_FLOAT_NUMBER, as at some point i+1.0 = i in float (or am I totally wrong here?). However, when analyzing this loop, we might find its trip count to be exactly HUGE_FLOAT_NUMBER*2. There are all kinds of odd stuff with floats in this area, but probably...
2016 May 17
2
Working on FP SCEV Analysis
Hi Escha,
via llvm-dev wrote:
> One thought I’ve had about this in the past —
>
> SCEV is useful for proving two expressions are equivalent (in general,
> not just specifically for loop induction variables). This gets a little
> bit trickier with fast-math; for example, suppose two expressions are
> equivalent, but *only* with reassociativity allowed?
This isn't too