search for: fast_math

...ade the 'STDC' space with vendor extensions. If we generally introduce a pragma to control FMFs, maybe we should just use that instead? I don't have a clear idea on the syntax, but for example, if we had some pragma that let us do >>>>> >>>>> #pragma clang fast_math or #pragma clang fast_math nnan(off) contract(on) or whatever then we could use that. What do you think? >>>> >>>> That looks great; it nicely matches the internal representation. Let me take a stab at this. >>> >>> Thinking more about this, I am back to...

This patch adds two files, fast_math.[ch]. These files includes a couple faster versions of the libm routines that don't provide all the semantics and accuracy of the IEEE versions (but are still pretty darn accurate). Typically there are situations in which full precision is not necessary and the following patch tries to app...

...ace with vendor extensions. If we generally introduce a pragma to >>> control FMFs, maybe we should just use that instead? I don't have a >>> clear idea on the syntax, but for example, if we had some pragma >>> that let us do >>> >>> #pragma clang fast_math or #pragma clang fast_math nnan(off) >>> contract(on) or whatever then we could use that. What do you think? >> >> That looks great; it nicely matches the internal representation. Let >> me take a stab at this. > > Thinking more about this, I am back to thinking...

...I'm somewhat hesitant to invade the 'STDC' space with vendor extensions. If we generally introduce a pragma to control FMFs, maybe we should just use that instead? I don't have a clear idea on the syntax, but for example, if we had some pragma that let us do > > #pragma clang fast_math or #pragma clang fast_math nnan(off) contract(on) or whatever then we could use that. What do you think? That looks great; it nicely matches the internal representation. Let me take a stab at this. Adam > > -Hal > >> >> Thanks, >> Adam >> >>> I als...

> On Mar 15, 2017, at 2:00 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > > On 03/15/2017 01:47 PM, Adam Nemet wrote: >> >>> On Mar 15, 2017, at 11:36 AM, Mehdi Amini <mehdi.amini at apple.com <mailto:mehdi.amini at apple.com>> wrote: >>> >>> >>>> On Mar 15, 2017, at 10:13 AM, Hal Finkel via cfe-dev <cfe-dev at

Using the PPC frsqrte and fres instructions, I got the percentage time take in the smoothing code in _vp_compute_mask() down from 13.64% to 1.88% of the running time. In my local copy of Vorbis I have a fast_math.[hc] in vorbis/lib and have a _fast_sqrt() inline in fast_math.h. If anyone else wants to try it out, it follows. I can currently encode my test file (the first 15 seconds of Supervixen by Garbage) in about 11.1 seconds. Faster than real time, at least :) -tim #if defined(__ppc__) // Vanilla...

...e if you could provide some guidance on how to fix the test-suite. On Mon, Oct 24, 2016 at 3:08 PM, Sebastian Pop <sebpop at gmail.com> wrote: > On Thu, Oct 20, 2016 at 5:59 PM, Renato Golin <renato.golin at linaro.org> wrote: >> So, let's separate the FP_CONTRACT from the FAST_MATH problems, and solve them separately, in separate patches. > > Agreed. > >> >> We may want to avoid some tests with -Ofast or -ffast-math, but we don't want to avoid them with -ffp-contract, at least not as a first attempt. > > Agreed. > >> So, remove any trac...