[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gsl] [bug #43809] bug in gsl_sf_hyperg_1F1

From: Raymond Rogers
Subject: Re: [Bug-gsl] [bug #43809] bug in gsl_sf_hyperg_1F1
Date: Fri, 12 Dec 2014 17:27:21 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0

I believe that  you will find this entry in tests similar.

/* Bug report from Weibin Li <address@hidden> */

#if def FIXME
TEST_SF(s, gsl_sf_hyperg_1F1_e, (-37.8, 2.01, 103.58, &r), -6.21927211009e17, TEST_TOL1, GSL_SUCCESS);
#endif  */

Is it actually fixed in 1.9 ? Are some of the 1F1 errors fixed in 1.9? If so I will upgrade my test suite.


On 12/12/2014 02:23 PM, Patrick Alken wrote:

                  Summary: bug in gsl_sf_hyperg_1F1
                  Project: GNU Scientific Library
             Submitted by: psa
             Submitted on: Fri 12 Dec 2014 07:23:29 PM GMT
                 Category: Runtime error
                 Severity: 3 - Normal
         Operating System:
                   Status: None
              Assigned to: None
              Open/Closed: Open
          Discussion Lock: Any



from weibinli =at= gmail =dot= com

There seems a bug in the function “gsl_sf_hyperg_1F1" in version 1.16.

See the attached test program, in which the generated value is correct when
ri=1000 while is wrong when ri is large (ri=4000 in the program).
The result was compared with Mathematica.

When I tried version 1.9, which somehow gives the correct result.
However I am not sure how this happens in


File Attachments:

Date: Fri 12 Dec 2014 07:23:29 PM GMT  Name: gsl_hyperg.c  Size: 358B   By:

Date: Fri 12 Dec 2014 07:23:29 PM GMT  Name: ATT00001.txt  Size: 84B   By: psa



Reply to this item at:


   Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]