On 2023-08-21 10:59:13 +0200, Paul Zimmermann wrote:
> here is a small program that exhibits the bug (for example on gcc231):
[...]
An OpenBSD 7 machine, and this is due to the fact that %n is
no longer supported by the system *printf functions, so that
GMP uses __gmp_replacement_vsnprintf.
See
Hi,
here is a small program that exhibits the bug (for example on gcc231):
gcc231$ cat bug.c
#include
#include
#include
static void
foo (char **buf, const char *fmt, ...)
{
va_list ap;
va_start (ap, fmt);
gmp_vasprintf (buf, fmt, ap);
va_end (ap);
}
int
main (int argc, char
ping:
https://gmplib.org/list-archives/gmp-bugs/2022-October/005200.html
The bug was acknowledged by Niels in January:
https://gmplib.org/list-archives/gmp-bugs/2023-January/005230.html
but not fixed in 6.3.0.
Paul
___
gmp-bugs mailing list
Paul Zimmermann writes:
> this bug report got no feedback so far:
>
> https://gmplib.org/list-archives/gmp-bugs/2022-October/005200.html
>
> Do the GMP developers acknowledge it?
I'm not so familiar with this part of GMP, but it looks like a bug to
me.
I would suggest first changing the ASSERT
Hi,
this bug report got no feedback so far:
https://gmplib.org/list-archives/gmp-bugs/2022-October/005200.html
Do the GMP developers acknowledge it?
Best regards,
Paul
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
Hi,
[for the record, this issue was originally reported on the MPFR list:
https://sympa.inria.fr/sympa/arc/mpfr/2022-10/msg1.html]
Originally, it appeared only under Windows with the clang compiler,
and using MPIR, but I can reproduce it under Linux with GMP 6.2.1:
1) configure GMP
