Re: speed of mpz_odd_p and lazy allocation

2012-08-14 Thread Niels Möller
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

Re: speed of mpz_odd_p and lazy allocation

2012-08-14 Thread Torbjorn Granlund
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