Closed rtoy closed 2 days ago
Imported from SourceForge on 2024-07-04 20:22:33 Created by rtoy on 2006-02-01 15:27:18 Original: https://sourceforge.net/p/maxima/bugs/860/#803d
Logged In: YES user_id=28849
A new implementation of li[2] has been added, so li[2] should have double-float precision accuracy now. li[2](0.5) -> .5822405264650125.
Imported from SourceForge on 2024-07-04 20:22:37 Created by robert_dodier on 2006-08-15 03:06:19 Original: https://sourceforge.net/p/maxima/bugs/860/#a5fe
Imported from SourceForge on 2024-07-04 20:22:40 Created by robert_dodier on 2006-09-08 05:39:13 Original: https://sourceforge.net/p/maxima/bugs/860/#b364
Imported from SourceForge on 2024-07-04 20:22:44 Created by robert_dodier on 2016-08-04 00:04:12 Original: https://sourceforge.net/p/maxima/bugs/860/#b92e
Imported from SourceForge on 2024-07-04 20:22:47 Created by robert_dodier on 2016-08-04 00:04:12 Original: https://sourceforge.net/p/maxima/bugs/860/#9f5b
Bug report #3098 says that commit [f7b7b0] fixed li[3]
.
Commit [9a1fb4d] fixed li[2]
.
Therefore closing this report.
Imported from SourceForge on 2024-07-04 20:22:31 Created by rtoy on 2006-01-19 13:47:54 Original: https://sourceforge.net/p/maxima/bugs/860
After examining the code for li2numer and li3numer, we see that the constants used in evaluating these two functions are only accurate to 8 digits or so.
li[2](0.5) -> 0.5822405249432515
According to mma, the result is
0.58224052646501250590265632