[TODO] Updated mpz_t caching item, suggesting mpz_init2 instead.

git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9674 280ebfd0-de03-0410-8827-d642c229c3f4

1 files changed, 3 insertions, 2 deletions

diff --git a/TODO b/TODO
index e77330319..8ee678629 100644
--- a/TODO
+++ b/TODO
@@ -526,8 +526,9 @@ Table of contents:
   and mpz_clear (just at the end). So, the differences in the timings are
   very surprising, even with a bad malloc implementation. Or is the reason
   due to that due to mpz_t caching, the mpz_t's are preallocated with a
-  size that is large enough, thus avoiding internal reallocations in GMP?
-  (In such a case, mpz_t caching would not be the solution.)
+  size that is large enough, thus avoiding internal reallocations in GMP
+  (with memory copies)? In such a case, mpz_t caching would not be the
+  solution, but mpz_init2 (see GMP manual, 3.11 "Efficiency").
 
 
 ##############################################################################