On 14/10/2014 23:20, Bill Hart wrote:
> Thanks for reporting this. You are right, it works surprisingly well if
> it is wrong.
>
> We'll try to merge a fix in the release, at least once Brian has
> confirmed that everything continues to work well on Windows after
> changing it. :-)
During the MSVC build a section is added to mpir.h, leading to a
definition of _LONG_LONG_LIMB on line 32 of the post processed mpir.h
So the definiton at line 68 is not used by MSVC (as the original poster
says, it won't be invoked anyway since __WIN64 isn't defined).
I have no idea what MINGW or MINGW64 do here but I would have thought
that configure would be set up to provide the correct definitions in
this case.
This issue raises the question of whether MINGW/MING64 builds of MPIR
are being tested now that Jason is no longer with us (he used to as he
often asked for changes to my prebuild steps to accommodate these builds).
I guess if someone really needs the line 66 definition we could put it
in a guard to avoid a double definition:
#if defined( _WIN64 ) and !defined( _LONG_LONG_LIMB )
#define _LONG_LONG_LIMB 1
#endif
Brian
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to mpir-devel+unsubscr...@googlegroups.com.
To post to this group, send email to mpir-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/mpir-devel.
For more options, visit https://groups.google.com/d/optout.
