t...@gmplib.org (Torbjörn Granlund) writes:
> IIRC, the size field counts bytes for these functions. The size in mpz
> counts limbs.
You're right. So then for positive numbers, mpz_out_raw can deal with
numbers of at most 2^34 - 8 bits. And negative numbers of at most 2^34
bits (absolute
ni...@lysator.liu.se (Niels Möller) writes:
Another limit that was pointed out to me the other day is mpz_out_raw,
with a 32-bit length field (matching the current mpz_t limit, though).
IIRC, the size field counts bytes for these functions. The size in mpz
counts limbs.
--
Torbjörn
t...@gmplib.org (Torbjörn Granlund) writes:
> But we cannot make %* type arguments work, easily. It will be limping
> unless we change int to size_t (or some such).
Another limit that was pointed out to me the other day is mpz_out_raw,
with a 32-bit length field (matching the current mpz_t
> From: t...@gmplib.org (Torbjörn Granlund)
> Date: Fri, 27 Sep 2019 14:06:34 +0200
>
> Marc Glisse writes:
>
> The report was also about mpz_get_str, which does not have this
> limitation. And for printf, it should be possible to make it print
> correctly and return a nonsense integer.
>
On Fri, 27 Sep 2019, Torbjörn Granlund wrote:
paul zimmermann writes:
four years ago [1] I reported an issue with gmp_fprintf in GMP 6.1.0,
which cannot print correcly a number of 8589934589 bits (less than 2^33).
I just checked with today's snapshot: the issue is still there.
Yikes!
paul zimmermann writes:
four years ago [1] I reported an issue with gmp_fprintf in GMP 6.1.0,
which cannot print correcly a number of 8589934589 bits (less than 2^33).
I just checked with today's snapshot: the issue is still there.
Yikes!
Will the next GMP release be still limited to
Hi,
four years ago [1] I reported an issue with gmp_fprintf in GMP 6.1.0,
which cannot print correcly a number of 8589934589 bits (less than 2^33).
I just checked with today's snapshot: the issue is still there.
Will the next GMP release be still limited to less than 2^33 bits?
Best
