Hi all,
I've just fixes mpir so that it builds under msys2 on Windows, both 32 and
64 bit versions. N.B: make sure you use the msys2 shell and not the mingw
shell when you've installed msys2.
I have written up-to-the-minute instructions here, giving a very simple
description of how to install msy
Unless I am being monumentally stupid (possible), the documentation for the
mpz_gcdext function looks totally different between GMP-5.0.3 and
GMP-5.0.4, so either there was a change of normalisation somewhere in
there, or the documentation never specified what was supposed to happen in
this case be
Sorry it took so long for me to look into this. Finding even an hour of
time to work on MPIR for the last year or so has been almost impossible.
I can confirm that even GMP 5.0.5 had:
* if |a| = |b| then s = 0, t = sgn(b)
So in the example Jeroen gave, the result should clearly be s, t = 0, 1.
There does seem to be a new version of libtool, 2.4.6. We currently have
2.4.2 I think.
Is this something we need to fix in MPIR itself?
I tried running autoreconf -fiv --no-recursive to see if this would update
ltmain.sh, but it didn't.
Bill.
On 24 October 2014 at 11:36, Jean-Pierre Flori wro
Actually, I just realised that you are doing the build under MSVC and on
Windows. So running configure obviously isn't possible.
MSVC is probably using specially prepared versions of longlong.h for MSVC
on Windows 32.
I'm guessing MSVC just ignores code for GCC. But ICC pretends to be GCC.
Brian
longlong.h hasn't changed between 2.6.0 and master.
The file longlong.h is also constructed by configure on the machine in
question. So if there are x64 constraints in longlong.h, it is because it
wasn't configured for the correct machine.
If you could compile MPIR from the current master branch
It's ok. It looks like we already applied the Clang patch.
Bill.
On 9 June 2015 at 16:32, Bill Hart wrote:
> I've accepted and merged this patch. The test must remain as it is for a
> bug in an old version of genuine GCC. But the supplied patch is the correct
> fix.
>
> I'm just going to look a
I've accepted and merged this patch. The test must remain as it is for a
bug in an old version of genuine GCC. But the supplied patch is the correct
fix.
I'm just going to look and see what the similar Clang patch was you were
talking about.
Bill.
On 28 April 2015 at 21:17, Bill Hart wrote:
>