diff options
| author | vlefevre <vlefevre@280ebfd0-de03-0410-8827-d642c229c3f4> | 2016-09-05 09:07:28 +0000 |
|---|---|---|
| committer | vlefevre <vlefevre@280ebfd0-de03-0410-8827-d642c229c3f4> | 2016-09-05 09:07:28 +0000 |
| commit | e5b228ee06cb2674fd9e2a8b8a95a7257c7fa099 (patch) | |
| tree | d07dee0228bac8cdf1149e965dab380982bb5e42 /TODO | |
| parent | c96be5779880d5a9b482f9b6ecd133d57e66738d (diff) | |
| download | mpfr-e5b228ee06cb2674fd9e2a8b8a95a7257c7fa099.tar.gz | |
About the tzeta timing issue (since r9848):
* TODO: updated item on tzeta.
* tests/tzeta.c: updated FIXME for test_generic.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@10790 280ebfd0-de03-0410-8827-d642c229c3f4
Diffstat (limited to 'TODO')
| -rw-r--r-- | TODO | 8 |
1 files changed, 6 insertions, 2 deletions
@@ -608,8 +608,12 @@ Table of contents: (The one done in r10573 allowed us to find a bug even without assertion checking.) -- tzeta has been much slower due to r9848, at least with the x86 32-bit ABI; - see whether this was expected. +- tzeta has been much slower since r9848 (which increases the precision + of the input for the low output precisions), at least with the x86 + 32-bit ABI. This seems to come from the fact that the working precision + in the mpfr_zeta implementation depends on the precision of the input. + Once mpfr_zeta has improved, change the last argument of test_generic + in tzeta.c back to 5 (as it was before r10667). ############################################################################## |