On Fri, 2 Oct 2020, Torbjörn Granlund wrote:
> https://gmplib.org/repo/gmp-6.2/file/09e101b6f2ff/acinclude.m4#l2128
>
> This is a link to a huge file. Many things are mentioned there.
I anchored the link to a particular line:
dnl On MINGW, recent versions of the linker have an automatic import
On msys2's MINGW-packages, we recently hit an issue[1] which I eventually
tracked down to the very issue documented in
https://gmplib.org/repo/gmp-6.2/file/09e101b6f2ff/acinclude.m4#l2128
> > My current theory is that for some unknown reason, gmp's assembly
> > functions are resulting in symbols t
On Friday, October 2, 2020 12:59:10 P.M. CDT Torbjörn Granlund wrote:
> Jeremy Drake writes:
>
> On msys2's MINGW-packages, we recently hit an issue[1] which I eventually
> tracked down to the very issue documented in
> https://gmplib.org/repo/gmp-6.2/file/09e101b6f2ff/acinclude.m4#l2128
>
Jeremy Drake writes:
On msys2's MINGW-packages, we recently hit an issue[1] which I eventually
tracked down to the very issue documented in
https://gmplib.org/repo/gmp-6.2/file/09e101b6f2ff/acinclude.m4#l2128
This is a link to a huge file. Many things are mentioned there.
> > My curren
> On 29 Sep 2020, at 19:17, Marco Bodrato wrote:
>
> Il 2020-09-29 16:09 TonyMcC ha scritto:
>> I think there is a word (a function name?) missing from the
>> documentation for gmp 6.2.0. In gmp.texi, at line 2541 it reads:
>> "it's probably best to call to get a starting point and iterate fro