search for: flt_epsilon

Hi all, I have the following test case: #define FLT_EPSILON 1.19209290E-7 int err = -1; int main() { float a = 8.1; if (((a - 8.1) >= FLT_EPSILON) || ((a - 8.1) <= -FLT_EPSILON)) { //I am using FLT_EPSILON to check whether (a != 2.0). err = 1; } else { err = 0; } return 0; } with -O3 optimization level clang generates already i...

Hi Arsen, On Oct 9, 2013, at 4:53 AM, Arsen Hakobyan <artinetstudio at gmail.com> wrote: > Hi all, > > I have the following test case: > #define FLT_EPSILON 1.19209290E-7 > > int err = -1; > int main() > { > float a = 8.1; > if (((a - 8.1) >= FLT_EPSILON) || ((a - 8.1) <= -FLT_EPSILON)) { //I am > using FLT_EPSILON to check whether (a != 2.0). It’s not clear what this comment refers to, but it doesn’t seem to be relat...

...~~~~~~~ ## and puts its result in GP->[x/y]axp -- i.e. par("xaxp") or y. ## 3: GPretty(.) [also in ...graphics.c is SIMILAR to but different from ## $RHOME/src/appl/pretty.c ## which is called from ## $RHOME/src/library/base/R/pretty ## uses FLT_EPSILON (/usr/include/float.h) in 3 places, where the above ## pretty(.) uses FLT_EPSILON only once ... ## ## Why use it at all (the way it is done)? ## ## S-plus's pretty(.) is quite different; also the p.axis.range(.) below: ## ---> Comparison of pretty(.) and Gpretty(.) : see below. So...

The problem seems that ":" always coerces to integer, but should not.. 9.9:12 ## R: [1] 9 10 11 ## S-plus 3.4: [1] 9.9 10.9 11.9 ## and many more examples.... -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

Hello, Code: int f1(int a, int b) { return sqrt(a) > sqrt(b); } int f2(int a, int b) { return a > b; } Possibly, under -ffast-math (to ignore NaNs), f1 could be transformed to f2 variant. Also a transformation could support sin and tan, and reverse comparison for cos. Suggestions? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

I am grateful for the advice of Douglas Bates on my earlier problem in making R-0.62.1, but I'm afraid I'm still having problems.... I have been installing the various updates to R for quite some time on my alpha, and it is only now that I have been having really severe problems. The three or 4 versions before 0.61.1 installed without error. For 0.61.1 I needed to install GNU make. For

...enchmark was: time ./ray 9 512 >image.pgm Compile times go down from 0.36s to 0.13s on x86 and 0.35s to 0.19s on x86-64 as expected. Here's the code: #include <float.h> #include <stdio.h> #include <stdlib.h> #include <math.h> #define real float #define epsilon FLT_EPSILON //#define real double //#define epsilon DBL_EPSILON real delta, INFINITY; typedef struct { real x, y, z; } Vec; Vec vec(real x, real y, real z) { Vec r; r.x=x; r.y=y; r.z=z; return r; } Vec add(const Vec a, const Vec b) { return vec(a.x+b.x, a.y+b.y, a.z+b.z); } Vec sub(const Vec a, const Vec b)...

FYI. http://leonardo-m.livejournal.com/73732.html If anyone is motivated, please file bugs for the losing cases. Also, it might make sense to incorporate the tests into our nightly tester test suite. Thanks, Evan

...RNING File = graphics.c, Line = 1285 An enumerated type is mixed with another type. return noCmWidths(dd) && noCmHeights(dd); ^ cc-1185 c89: WARNING File = graphics.c, Line = 1693 An enumerated type is mixed with another type. return ((dd->gp.fig[0] > 0-FLT_EPSILON) && ^ cc-1185 c89: WARNING File = graphics.c, Line = 1703 An enumerated type is mixed with another type. return ((dd->gp.fig[0] < dd->gp.fig[1]) && ^ cc-1185 c89: WARNING File = graphics.c, Line = 1711 An enumerated type is mixed with...