On Mon, 2 Nov 2020, Marco Bodrato wrote:
> Ciao Jeremy,
>
> Il 2020-10-02 20:45 Jeremy Drake ha scritto:
> > Looking at the ld code, it only generated the thunk in the import library
> > if it thought the symbol was a function. Checking the output of gcc -S
> > showed that it added ".def func;
Ciao Jeremy,
Il 2020-10-02 20:45 Jeremy Drake ha scritto:
Looking at the ld code, it only generated the thunk in the import
library
if it thought the symbol was a function. Checking the output of gcc -S
showed that it added ".def func; .scl 2; .type 32; .endef" to
functions,
and inserting
Jeremy Drake writes:
I anchored the link to a particular line:
My bad, I didn't see that.
> Strangely, the fix for this was only applied to x86, and not x86_64. This
> patch applies the fix to x86_64.
>
> What *fix* are you talking about?
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
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
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
