Le vendredi 30 mai 2014 23:21:49 UTC+2, Cactus a écrit :
>
> On 30/05/2014 21:27, leif wrote:
>
> >> Error1error C4146: unary minus operator applied to unsigned type,
> result
> >> still unsigned
> >> C:\Program Files (x86)\Microsoft Visual Studio
> >> 12.0\VC\include\mpirxx.h1181GBP1
> >
>
Le vendredi 30 mai 2014 21:24:49 UTC+2, Guillermo Ramírez a écrit :
> Does the above mean that the user needs to change the mpirxx.h file to a
> specific
> arithmetic type?
>
No, the user shouldn't touch mpirxx.h.
> I am trying to use the open source libDAI library and am having several
> e
Le lundi 2 septembre 2013 17:10:54 UTC+2, Peter Sebastian Nordholt a écrit :
>
> wget http://www.mpir.org/mpir-2.6.0.tar.bz2
>
> tar xvjf mpir-2.6.0.tar.bz2
> cd mpir-2.6.0
> sudo ./configure --enable-gmpcompat --enable-cxx
> sudo make
> sudo make check
> sudo make install
>
Bill has the right ques
Hello,
not trying to discourage you from using MPIR in any way, but I noticed a
couple things:
In terms of license and support for Windows this fork of the library seems
> much stronger.
>
MPIR uses the same license as GMP (it regularly imports code from it), so I
fail to see how the license
On Sunday, November 25, 2012 3:35:05 PM UTC+1, Jean-Pierre Flori wrote:
>
>
> On Sunday, November 25, 2012 2:07:24 AM UTC+1, Jean-Pierre Flori wrote:
>>
>> Dear all,
>>
>> While trying to upgrade MPIR in Sage, we got problems building Linbox on
>> top of MPIR > 2.5.x, including MPIR 2.6.0.
>> You
On Nov 8, 5:44 pm, Bob Smith wrote:
> On 11/4/2011 8:01 PM, Marc wrote:
>
> > On Nov 5, 12:23 am, Bob Smith wrote:
> >> Using MPIR 2.4.0, I'm substituting my own memory allocator which gets
> >> called from tal-reent.c in __gmp_tmp_reentrant_alloc. The code
On Nov 5, 12:23 am, Bob Smith wrote:
> Using MPIR 2.4.0, I'm substituting my own memory allocator which gets
> called from tal-reent.c in __gmp_tmp_reentrant_alloc. The code in that
> function doesn't check to see if the allocation failed and immediately
> writes into the memory, allocated or not
On May 8, 1:35 am, Jason wrote:
> I suppose a windows text editor would add nl/cr
subversion might not be the most modern software on earth, but it does
handle cr/lf differences between unix, mac and windows, if properly
configured...
--
You received this message because you are subscribed to t
On May 3, 1:00 am, Bill Hart wrote:
> I think the unsigned long int is correct this time. I see no reason
> why the remove function should return a number of bits.
Well, if the factor being removed is 2, the number of times you can
factor it out of a number with n+1 bits like 2^n is...
--
You r
Hello,
I am not sure I understand what is going on with MPIR. When the fork
happened, 2 of the main stated goals where:
1) LGPL2 (required for sage+microsoft)
--> MPIR is now LGPL3+ only
2) a more open development process
--> the public svn repository has been unavailable for months, the
public ma
The easiest fix
is to include instead.
> A few days ago, whilst investigating this, I found the following from
> Marc Glisse on the gmp mailing list which seems to be a comment
> directed at us
>
> http://gmplib.org/list-archives/gmp-bugs/2009-February/001273.html
>
> &qu
On May 22, 9:49 pm, Bill Hart wrote:
> The main reason I recommended not to use that function in time
> critical stuff is it is very, very slow (for reasons I don't
> understand).
When the endianness and everything is right, mpz_import and mpz_export
use MPN_COPY which calls copyi (on platforms
w that may be completely irrelevant for
any realistic implementation... It places the parallelism at the
lowest level, which is why I was mentioning vector architectures, but
I don't think any vector architecture provides the right instructions
to m
ayer (similar to mpn, but more robust)
What is "more robust"?
--
Marc Glisse
--~--~-~--~~~---~--~~
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@g
14 matches
Mail list logo