Re: [mpir-devel] Re: [sage-devel] MPIR secrets and bsdnt

2010-06-24 Thread Sergey Bochkanov
Hello, Bill. You wrote 24 июня 2010 г., 17:20:17: > How would you deal with say a 6x6 limb multiply (where a limb is by > the old definition). How would thid maintain performance for such > sizes? You are right. Now I see that it will work only for operations where both operands are large.

[mpir-devel] Re: [sage-devel] MPIR secrets and bsdnt

2010-06-23 Thread Sergey Bochkanov
Hello, Bill. You wrote 22 июня 2010 г., 3:30:30: > BSDNT > .. > scratch. One idea I had was to write all the low level routines in > LLVM instead of assembly, then just build suitable optimisations into > LLVM so that nice assembly is automatically produced. This is entirely > feasible and wou

Re: [sage-devel] Re: [mpir-devel] Re: MPIR documentation and the GMP website

2010-05-25 Thread Sergey Bochkanov
Hello, Bill. > In fact, unless I am mistaken refresh your browser! > Now let's all forget this ever happened and let's get on with our jobs. +1! -- With best regards, Sergey mailto:sergey.bochka...@alglib.net -- You received this message because you are subscribe

Re: [mpir-devel] Re: MPIR documentation and the GMP website

2010-05-25 Thread Sergey Bochkanov
Hello, Bill. > So it is established that we are being accused of academic fraud for > removing the author information WHEN IT WAS DONE BY SOMEONE ON THE GMP > TEAM in the actual version of GMP we forked from!! Confirmed. > I think what is currently on the GMP website is FAR more damaging to > t

Re: [mpir-devel] Re: MPIR documentation and the GMP website

2010-05-25 Thread Sergey Bochkanov
Hello, Bill. > Now, we are looking into why this isn't appearing on the title page of > the pdf documentation. That appears to be a technical issue! We will > also add "The GMP Development Team" as per the latest GMP > documentation. I think that when you fix _everything_ someone still will be

Re: [mpir-devel] X-MPIR 0.2 is released

2010-05-06 Thread Sergey Bochkanov
Hello, Bill. You wrote 6 мая 2010 г., 17:56:00: > There are actually some Microsoft C# forums online where I would > imagine people would be interested to hear about this. The best things I've found so far are few forums for specific C# numerical libraries. Looks like that there is no larg

[mpir-devel] X-MPIR 0.2 is released

2010-05-06 Thread Sergey Bochkanov
Hello, Mpir-devel. New version of X-MPIR 0.2 - C# wrapper for MPIR, is released. It can be downloaded from http://www.alglib.net/x/xmpir/xmpir-0.2.zip The most essential thing in the new version is Linux support. It was only tested with Ubuntu, but should work with any Linux distribution. W

Re: Fwd: [mpir-devel] New MPIR-related project

2010-05-04 Thread Sergey Bochkanov
Hello, Gonzalo. You wrote 3 мая 2010 г., 20:46:41: > Although I'm more of a GPL (v2) type, and I wouldn't write BSD code > unless I had a very good reason, I could consider relicensing some > interface code like this. > I've actually relicensed this code to LGPL v2+ (for gmpy), but I'm not > sure

Re: [mpir-devel] New MPIR-related project

2010-04-30 Thread Sergey Bochkanov
Hello, William. > In Sage we (=mostly Gonzalo Tornaria) spent an enormous amount of time > writing two very efficient C functions, one to convert from mpz to > Python ints, and one to convert back. Yes, writing this code is a > lot of work. But no, the resulting code is not slow. Just because

Re: [mpir-devel] New MPIR-related project

2010-04-26 Thread Sergey Bochkanov
Hello, Case. You wrote 23 апреля 2010 г., 19:30:20: > (1) Python numeric values are assumed to be immutable. If not, they > cannot be used as dictionary keys. This forces all results to be new > objects, hence source/destination operands cannot overlap, etc. It is problem only when you want m

Re: [mpir-devel] New MPIR-related project

2010-04-23 Thread Sergey Bochkanov
Hello, Antony. You wrote 23 апреля 2010 г., 16:18:02: > I think Java and Python bindings would be > a very popular addition - python is used a lot in scientific > computing. I believe there's already a wrapper for gmp? Gmpy? Yes, GMPY. I've never studied it deeply yet, but they pursue slightly

[mpir-devel] New MPIR-related project

2010-04-23 Thread Sergey Bochkanov
Hello, MPIR-developers! I want to inform you about new MPIR-related project called X-MPIR. The idea is to develop a whole set of bindings for a wide set of programming languages using automatic translation. MPIR/GMP have overwhelming API - hundreds of functions with lots of paramete

Re: [mpir-devel] Re: LGPL 2.1 vs. 3.0 - simple solution

2010-04-16 Thread Sergey Bochkanov
> The MIT license is more prestigious. > -- William >From Wikipedia: > The MIT License is similar to the 3-clause "modified" BSD license, > except that the BSD license contains a notice prohibiting the use of > the name of the copyright holder in promotion. >From that we can conclu

Re: [mpir-devel] LGPL 2.1 vs. 3.0 - simple solution

2010-04-16 Thread Sergey Bochkanov
Hello, Bill. You wrote 16 апреля 2010 г., 15:07:18: > The things wrong with LGPL: > * the number of contributors is too small even after two years of > working on this project > * companies are suspicious of it - worried the license will be changed > to GPL (I know this for a fact, I'm not surmis

Re: [mpir-devel] LGPL 2.1 vs. 3.0 - simple solution

2010-04-16 Thread Sergey Bochkanov
Hello, Bill. You wrote 16 апреля 2010 г., 12:23:43: > What you suggest is to effectively maintain two versions of MPIR, one > version 2.1 the other 3. No, quite the opposite. I am talking about plugin-based framework where framework itself is 2.1, and some plugins are 3.0, some are 2.1 too

[mpir-devel] LGPL 2.1 vs. 3.0 - simple solution

2010-04-16 Thread Sergey Bochkanov
Hello, Mpir-devel. I've read discussion about future of LGPL-licensed MPIR, and about new BSD-licensed library. May be there is much more simpler solution to the LGPL 3 issue than making new library. As far as I can see, all updates may be divided into two distinct groups: * bugfixes * im