Re: [Help-gsl] test release for GSL 2.5

[maxgacode]

Il 06/06/2018 05:34, Patrick Alken ha scritto:


>    I would like to release the next version of GSL (2.5) since there
> ftp://alpha.gnu.org/gnu/gsl/gsl-2.4.90.tar.gz

Platform : Windows 7 64 bit latest Service pack
Compiler : GCC 7.3.0 using 64 bit toolchain MINGW64

CFLAGS="-mfpmath=sse -msse2 -O2 -mthreads -DHAVE_INLINE
-DGSL_DISABLE_DEPRECATED -DGSL_RANGE_CHECK=0 -D__USE_MINGW_ANSI_STDIO=1"

Compilation OK.

Make check:

1) Using Microsoft Runtime DLL msvcr110.dll (Visual Studio 2012)

Everything went well!!

2) Using standard runtime MinGW64 linking

FAIL: gsl_sf_bessel_j2_e(1048576.0, &r) [168]
  expected: -3.1518539455252412e-007
  obtained: -3.1518539455252539e-007 +/- 2.7994086564622246e-022
(rel=8.88178e-016)
  fracdiff: 2.0155588470164931e-015
 tolerance: 4.5474735088646412e-013
  value/expected not consistent within reported error
  -3.151853945525253879e-007  2.799408656462224591e-022
FAIL: Bessel Functions [940


This is a known issue related to the error in the trif function due to
loos of precision during the range reduction made by FSIN (used by the
default runtime libraries). The computed value seems correct but it is
not within the expected range. The expected error is "underestimated"
(.ie not compatble with FSIN), I mean that different hardware platforms
or runtime libraries have different trigonometric precision due to range
reduction.

There is also a bug recorded

bug #52927

related to this issue. I don't know whether this issue may be considered
a bug or not. For sure pass/fail conditions depends on both HW and
runtime libs.

I'm also trying to compile verification programs linking with another
static mathematical library (fdlibm 5.3 from Netlib)....

Regards

Max




-- 
PGP key: wwwkeys.pgp.net: 0EBF4A07