mpz_set_str and mpz_init_set_str fail when white space immediately
follows the minus sign, for example with the string "- 1". Other strings
like " -1 1 " are parsed correctly.
This code:
#include
#include
int main()
{
mpz_t z;
int ret = mpz_init_set_str(z, "- 1", 10);
printf("%d\n",
Hello,
The documentation on the internals is still saying that:
> Currently there's always at least one limb allocated, so for instance
mpz_set_ui never needs to reallocate...
But in the current repository state, that is no longer the case.
Regards.
Trevor
anual/Low_002dlevel-Functions.html#index-mpn_005fsec_005finvert
\log (twice)
Regards.
Trevor Spiteri
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
I maintain Rust language bindings to GMP and got a bug report from a
user on macOS Catalina 10.15.6. I do not know if this issue is caused
by the particular system setup of the user or if it is more general, so
I'm listing what information I have in case it is actually reproducible
in a more gener
On 28/10/2020 12:14, Torbjörn Granlund wrote:
> Trevor Spiteri writes:
>
> I maintain Rust language bindings to GMP and got a bug report from a
> user on macOS Catalina 10.15.6. I do not know if this issue is caused
> by the particular system setup of the user or if it is m
th, I was unable to reproduce on Fedora 37. I have included the
relevant details below; I hope I did not miss anything.
(Sorry for not replying to the original bug thread, but I'm not
subscribed to this mailing list so I only saw the messages on the
archives web page.)
Best regards,
Trev
Valgrind is reporting the use of uninitialised value(s) in
__gmpz_powm_sec for i686 host, though I found no similar issue for
x86_64 host. This issue started in 6.3.0, and was not there for 6.2.1.
Please find the details below.
Best regards,
Trevor Spiteri
GMP version 6.3.0 (unpatched