bodr...@mail.dm.unipi.it writes:
> There are places in the code where mp_d[0] is written disregard of
> previous value of size and alloc... (E.g. try $ grep -C2 "PTR *(.)\[0\]
> *=" mpz/*.c )
Pointing to a const limb won't help there, of course. Common scratch
limb (as suggested by Torbjörn) migh
I think we should think twice before changing GMP's trickery about
expecting a one-limb alloation always. This type of streamlining in GMP
saves many cycles when computing with small bignums. I'd rather do more
micro-optimisation than less!
I think it might nevertheless be possible to allow lazy