Greetings,
mpf_get_d_2exp() always returns a non-negative value, even for negative
input. I think this is a bug.
The attached program exhibits the problem, tested with the GMP version
packaged by Debian Stretch:
$ apt-cache policy libgmp10
libgmp10:
Installed: 2:6.1.2+dfsg-1
Candidate: 2:6.
Claude Heiland-Allen writes:
mpf_get_d_2exp() always returns a non-negative value, even for negative
input. I think this is a bug.
The function works as documented. No bug.
--
Torbjörn
Please encrypt, key id 0xC8601622
___
gmp-bugs mailing li
Torbjörn,
> mpf_get_d_2exp() always returns a non-negative value, even for negative
> input. I think this is a bug.
>
> The function works as documented. No bug.
I disagree. The fine manual says "D * 2^EXP is the (truncated) OP value",
which is wrong if say OP = -0.5.
And why bot
paul zimmermann writes:
I disagree. The fine manual says "D * 2^EXP is the (truncated) OP value",
which is wrong if say OP = -0.5.
And why bother write 0.5<=abs(D)<1 instead of 0.5<=D<1 if D is always >= 0?
Right. I am testing a fix, and am also rewriting the documentation to
be more
Hi,
developer!
I installed MinGW, then 'mingw-get install mingw32-gmp' , got the gmp 5.1.2
properly.
mpz_powm_ui () give a wrong calculation as below (compared and confirmed by
Python):
// 2^(c-1) = 1 mod c^2, c = ?
#include
#include
#include
int main()
{ printf("hello, world! \n");
Ciao,
Il 2017-03-08 02:17 shen lixing ha scritto:
I installed MinGW, then 'mingw-get install mingw32-gmp' , got the gmp
5.1.2 properly.
The last release of the library is 6.1.2 .
unsigned long long c = 10307e7 - 1; // change c,start point
mpz_set_ui(b,c);
mpz_mul_ui(b,b,
Marco Bodrato writes:
> Does "mingw32" means unsigned long is a 32-bit type?
> You should use an mpz variable to store values exceeding 2^32...
mingw means the microsoft windows abi. And on microsoft windows, "long"
is always 32 bits, even on x86_64 (not sure about windows on arm64,
though, I ha