search for: have_ctanh

...e settings? Obviously that would be great for something like this which affects tests and seems to be a known problem for older C standard libraries. Best, Kasper On Thu, May 4, 2017 at 9:12 AM, Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > As a quick fix, you can undefine HAVE_CTANH in complex.c, somewhere after > including config.h > An internal substitute, which is implemented inside complex.c, will be > used. > > Best > Tomas > > > > > On 05/04/2017 02:57 PM, Kasper Daniel Hansen wrote: > >> For a while I have been getting that the...

For a while I have been getting that the complex tests fails on RHEL 6. The specific issue has to do with tanh (see below for full output from complex.Rout.fail). This is both with the stock compiler (GCC 4.4.7) and a compiler supplied through the conda project (GCC 4.8.5). The compiler supplied through conda ends up linking R to certain system files, so the binary is not completely independent

...t;> older C standard libraries. >> >> Best, >> Kasper >> >> On Thu, May 4, 2017 at 9:12 AM, Tomas Kalibera >> <tomas.kalibera at gmail.com <mailto:tomas.kalibera at gmail.com>> wrote: >> >> >> As a quick fix, you can undefine HAVE_CTANH in complex.c, >> somewhere after including config.h >> An internal substitute, which is implemented inside complex.c, >> will be used. >> >> Best >> Tomas >> >> >> >> >> On 05/04/2017 02:57 PM, Kasper Daniel H...

Dear all, We seem to have found a "strange" behaviour in the hyperbolic tangent function tanh on Windows. When running tanh(356 + 0i) the Windows result is NaN + 0.i while on Mac the result is 1 + 0i. It doesn't seem to be a floating point error because on Mac it is possible to run arbitrarily large numbers (say tanh(

As a quick fix, you can undefine HAVE_CTANH in complex.c, somewhere after including config.h An internal substitute, which is implemented inside complex.c, will be used. Best Tomas On 05/04/2017 02:57 PM, Kasper Daniel Hansen wrote: > For a while I have been getting that the complex tests fails on RHEL 6. > The specific issue has...

...and seems to be a known problem for older C > standard libraries. > > Best, > Kasper > > On Thu, May 4, 2017 at 9:12 AM, Tomas Kalibera > <tomas.kalibera at gmail.com <mailto:tomas.kalibera at gmail.com>> wrote: > > > As a quick fix, you can undefine HAVE_CTANH in complex.c, > somewhere after including config.h > An internal substitute, which is implemented inside complex.c, > will be used. > > Best > Tomas > > > > > On 05/04/2017 02:57 PM, Kasper Daniel Hansen wrote: > > For a while I...

...see that the problem is still present there: In yesterday's version of R-devel, tanh(500+0i) still returns NaN+0i. I now think a better solution would be to use R's internal substitute (in R's src/main/complex.c): There, we have ------------------------------------------------ #ifndef HAVE_CTANH #define ctanh R_ctanh static double complex ctanh(double complex z) { return -I * ctan(z * I); /* A&S 4.5.9 */ } #endif ------------------------------------------------ and we should use it (by "#undef HAVE_CTAN" (or better by a configure check, using ctanh(&...