You have to initialize bigres variable as well (see mpz_init).
On Aug 19, 2016 2:39 AM, "Robert Steed" wrote:
> Thanks Bill, that works. Under Project > *projectname* Properties >
> Additional Dependencies, I put "...\mpir-2.7.2\lib\Win32\
> Release\mpir.lib".
> The program crashes when I'm tryi
Yes, same ICC builds 2.6.0 in win32 configuration without any issues.
Actually 2.7.0 also compiles fine in x64 by the same compiler.
Issue appears only in win32 mode.
As I see from the Brian scripts, x64 uses different longlong.h (?)
--
You received this message because you are subscribed to th
Hi Brian,
Thank you very much for your response.
Unfortunately I have no much experience with the issue as well.
I'll switch back to 2.6.0 for my win32 projects.
Best regards,
Pavel.
On Sat, Feb 28, 2015 at 12:44 AM, Brian Gladman
wrote:
> On 27/02/2015 09:50, Pavel Holoborodko wrot
I am trying to compile MPIR-2.7.0-alpha12 on Windows 7 x64 using MSVC 2010
and Intel Compiler 14.0 (latest version) for Win32.
The base project is "lib_mpir_p3" in build.vc10\mpir.sln
Intel Compiler gives following warnings/error:
sb_div_qr.c(112): warning #1202: illegal character e in asm opera
Dear Brian,
Thank you very much for all the efforts to support Windows!
(for all these multi-precision libraries).
It might have sense to fix the readme.txt which requires python 2.6
On Fri, Aug 29, 2014 at 1:06 AM, Brian Gladman wrote:
> On 28/08/2014 11:47, Pavel Holoborodko wr
line 742 - sorry
On Thursday, August 28, 2014 7:03:19 PM UTC+9, Pavel Holoborodko wrote:
>
> Hello,
>
> I am trying to compile mpir-2.6.0 on windows.
>
> When I run mpir_config.py I get following error message regardless of
> option I choose:
>
> Traceback (most recent
Fixed by using 'raw_input' instead of 'input' in line 242
On Thursday, August 28, 2014 7:03:19 PM UTC+9, Pavel Holoborodko wrote:
>
> Hello,
>
> I am trying to compile mpir-2.6.0 on windows.
>
> When I run mpir_config.py I get following error me
Hello,
I am trying to compile mpir-2.6.0 on windows.
When I run mpir_config.py I get following error message regardless of
option I choose:
Traceback (most recent call last):
File
"U:\Development\trunk\libs\...\mpir-2.6.0\build.vc10\mpir_config.py", line
743, in
n_list = [int(c) for c
Visual Studio supports OpenMP, it is very simple for enabling parallelism
in C++.
Also you can try Intel C++ compiler, it has better implementation of OpenMP.
On Fri, Nov 9, 2012 at 7:08 AM, Richard Marton wrote:
> Hi there!
>
> I have made an RSA coder in C++ which runs on a single thread. The
On Mon, Oct 22, 2012 at 2:15 AM, Bill Hart wrote:
> Hi all,
>
> I have just uploaded alpha4 to our website http://mpir.org/
>
> This will hopefully be the last alpha. It merely adds a patch to speed
> up the FFT slightly in certain instances.
>
> Testing can now begin in earnest.
>
All tests are
Sep 27, 2012 at 9:11 PM, Sisyphus wrote:
>
> - Original Message - From: "Pavel Holoborodko"
>
>
> My environment:
>> 1. Windows 7 Ultimate x64.
>> 2. Latest MinGW32 with gcc 4.7.0
>> (installed from official site:
>> http://sourceforge.net/**
omputing Toolbox for MATLAB, http://www.advanpix.com
Usage of MPIR is clearly attributed on the product's main page as well as
in "About" dialog.
I don't know the rules, but is it "Ok" to ask to put link to this project
on MPIR page in (as project using MPIR)?
I would appr
Please ignore error report from my previous e-mail. I just forgot to run
autoreconf -i.
I've successfully compiled (all tests passed) the latest revision 3947 from
the trunk using the following configuration
./configure --prefix=/mingw --host=i686-pc-mingw32 --enable-gmpcompat
I've used latest m
1
make[2]: Leaving directory `/u/Development/trunk/libs/mp-mingw/mpir/mpn'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/u/Development/trunk/libs/mp-mingw/mpir'
make: *** [all] Error 2
Generated configure.h is in attachment.
Let me know how I can help you in fixing this
Thanks, it compiled and linked fine!
On Mon, Jul 9, 2012 at 6:08 PM, Jason Moxham wrote:
> I see, thank you for your help and for saving a lot of my time!
>
> If my target nehalem, then would it be Ok to configure MPIR as :
>
> --host=nehalem-unknown-linux
>
> ?
>
> yep , although I always use --
I see, thank you for your help and for saving a lot of my time!
If my target nehalem, then would it be Ok to configure MPIR as :
--host=nehalem-unknown-linux
?
On Mon, Jul 9, 2012 at 5:37 PM, Jason Moxham wrote:
>
> I see , it's probably not possible the current way we implement the fat
> bina
This is the whole point. I want to link MPIR statically into my shared
library.
And it works if I do not use --enable-fat. But linking with fat library
gives me error above.
On Mon, Jul 9, 2012 at 4:42 PM, Jason Moxham wrote:
> Ah , it looks like your linking against libgmp.a not libgmp.so ?
>
ds usable in shared libraries? Or am I missing
something?
Thank you in advance.
Pavel Holoborodko.
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To post to this group, send email to mpir-devel@googlegroups.com.
To unsubscribe from th
Are there any technical difficulties for that? Maybe I can help with that
if my skills are enough.
On Mon, May 28, 2012 at 3:52 PM, Brian Gladman wrote:
> On Mon, 28 May 2012 13:51:21 +0900
> Pavel Holoborodko wrote:
>
> > I see,
> >
> > Bill, thank you for the cla
I see,
Bill, thank you for the clarification on mingw support specifics.
Brian, is there any equivalent of --enable-fat in Visual Studio build of
MPIR?
Thank you.
Pavel Holoborodko
--
Multiprecision Computing Toolbox for MATLAB.
http://www.advanpix.com/
On Sat, May 26, 2012 at 11:17 AM, Bill
ied --enable-fat when configuring MPIR.
>
> This is not supported under MinGW.
>
> Bill.
>
> On 25 May 2012 04:03, Pavel Holoborodko wrote:
>> Thank you for taking this problem under consideration.
>>
>> To see the full picture I've tried to compile MPIR fro
r and other needed stuff.
Maybe it is just simpler to roll back to mpir.dll built by MSVC.
Pavel.
On Fri, May 25, 2012 at 4:35 PM, Brian Gladman wrote:
> On Fri, 25 May 2012 12:03:11 +0900
> Pavel Holoborodko wrote:
>
> > Thank you for taking this problem under consideration.
>
cG16MSv.s:148: Error: operand type
mismatch for `sub'
C:\Users\Pavel\AppData\Local\Temp\ccG16MSv.s:149: Error: operand type
mismatch for `sbb'
C:\Users\Pavel\AppData\Local\Temp\ccG16MSv.s:185: Error: operand type
mismatch for `add'
make[2]: *** [fat_divrem_2.lo] Error 1
On Thu, Ma
Just my two cents. The latest official version of MPIR 2.5.1 doesn't
compile using mingw64 (as well as version from SVN).
MPIR 2.5.0 compiles fine. Is mingw64 support already dropped?
I've described this problem few days ago, but nobody replied:
https://groups.google.com/group/mpir-devel/browse_th
piles fine under the same settings.
I would appreciate any help in this regard.
Pavel Holoborodko.
--
Multiprecision Computing Toolbox for MATLAB
http://www.advanpix.com/
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To post to this g
25 matches
Mail list logo