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
I see, I haven't updated my newer Macbook Pro from 2015 (which is Haswell)
to 10.15, but updated the XCode. There compilation and running the tests do
work.
Am 09.10.19 um 00:44 schrieb Hans Åberg:
On 8 Oct 2019, at 23:59, Torbjörn Granlund wrote:
Juergen Reuter writes:
Please let me
> On 8 Oct 2019, at 23:59, Torbjörn Granlund wrote:
>
> Juergen Reuter writes:
>
> Please let me know any further information you need.
>
> This is almost surely a compiler bug. We have encountered countless of
> bugs in clang since it showed up. We have up-to-date apple systems for
>
One might take down MacPorts GCC on MacOS 10.14 and then update to MacOS 10.15,
but then it cannot be updated unless MacPorts has done so.
> On 9 Oct 2019, at 00:52, JRR wrote:
>
> I see, I haven't updated my newer Macbook Pro from 2015 (which is Haswell)
> to 10.15, but updated the XCode.
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