summaryrefslogtreecommitdiff
path: root/src/strtofr.c
diff options
context:
space:
mode:
authorvlefevre <vlefevre@280ebfd0-de03-0410-8827-d642c229c3f4>2018-11-16 15:06:27 +0000
committervlefevre <vlefevre@280ebfd0-de03-0410-8827-d642c229c3f4>2018-11-16 15:06:27 +0000
commit53e90bf8330c6e23810564162208186289fb4f20 (patch)
treed93d7fa89d13734d983aacdb353ce99883733fac /src/strtofr.c
parent37a417f0274b970d9246a6ed79e242c361d782e0 (diff)
downloadmpfr-53e90bf8330c6e23810564162208186289fb4f20.tar.gz
[src/strtofr.c] parsed_string_to_mpfr: updated a FIXME comment.
In short, the current tstrtofr.c tests seem to always be hard-to-round cases. The consequence is that some parts of the code are run, but not completely tested, because for these cases, some intermediate results, potentially incorrect, are thrown out due to the next Ziv iteration! git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13274 280ebfd0-de03-0410-8827-d642c229c3f4
Diffstat (limited to 'src/strtofr.c')
-rw-r--r--src/strtofr.c3
1 files changed, 2 insertions, 1 deletions
diff --git a/src/strtofr.c b/src/strtofr.c
index a506c2aa9..dee46eeb7 100644
--- a/src/strtofr.c
+++ b/src/strtofr.c
@@ -625,7 +625,8 @@ parsed_string_to_mpfr (mpfr_t x, struct parsed_string *pstr, mpfr_rnd_t rnd)
not make tstrtofr fail). The reason is that the rounding test
does no depend on the exponent and one always loops in this
case (except in case of overflow or underflow, but this is
- not tested). This is another issue to solve...
+ not tested). -> This is actually due to the current tstrtofr.c
+ tests, which seem to always be hard-to-round cases!!!
Additionally, the lost bits are not taken into account
in the error analysis below! */
exp = GMP_NUMB_BITS - count;