[mpir-devel] Re: Illegal instruction in GCD

2008-10-31 Thread Bill Hart
Don't worry, I found the issue. I had a corrupt file in source. It isn't in svn. Bill. On 1 Nov, 03:49, Bill Hart <[EMAIL PROTECTED]> wrote: > I just linked FLINT against mpir and it causes an illegal instruction, > most probably whilst calling a gcd function. However I think the code > is pre-N

[mpir-devel] Illegal instruction in GCD

2008-10-31 Thread Bill Hart
I just linked FLINT against mpir and it causes an illegal instruction, most probably whilst calling a gcd function. However I think the code is pre-Niels/Jason patches. The problem does not occur with GMP 4.2.1 or with the GMP in Sage. It will take some time to track down what is wrong. I may hav

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread William Stein
On Fri, Oct 31, 2008 at 6:38 PM, Bill Hart <[EMAIL PROTECTED]> wrote: > > Michael Abshoff has been working away at that. Yes, getting native windows support for Sage is a very high priority for us. And people at Microsoft Research are financially (and otherwise) supporting this effort, which is

[mpir-devel] Re: Blending Windows, Linux, and OS X assembly in MPIR code

2008-10-31 Thread Bill Hart
It's OK, I know you work hard, which is why I don't like to push you. At the same time, I know you are the sort of person who responds to a bit of a shove every now and again. So shove, shove. :-) Bill. 2008/11/1 mabshoff <[EMAIL PROTECTED]>: > > > > On Oct 31, 6:18 pm, "Bill Hart" <[EMAIL PROTE

[mpir-devel] Re: bug report from gmp-bugs: "gmp_urandomb_ui and gmp_urandomm_ui not exported on windows"

2008-10-31 Thread Bill Hart
Go for it. You may find Brian was already there. But if not, it is a good one to fix. Bill. 2008/11/1 Jason Martin <[EMAIL PROTECTED]>: > > Anyone want this one? If not, I'll go fix it. > > Jason Worth Martin > Asst. Professor of Mathematics > http://www.math.jmu.edu/~martin > > > > On Fri, Oct

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread Bill Hart
Michael Abshoff has been working away at that. Of course eMPIRe runs natively on Windows due to the work of Brian Gladman, who is one of our key developers. Bill. 2008/11/1 user923005 <[EMAIL PROTECTED]>: > > On Oct 31, 6:20 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: >> I'm sure you realise Wil

[mpir-devel] Re: Blending Windows, Linux, and OS X assembly in MPIR code

2008-10-31 Thread mabshoff
On Oct 31, 6:18 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: > We are essentially waiting for you Michael. We'd like to start build > testing, making an spkg, etc. I think the ball is in your court > really. > > Bill. > Yeah, I know and I am sorry that there has been no progress on this for the l

[mpir-devel] Re: bug report from gmp-bugs: "gmp_urandomb_ui and gmp_urandomm_ui not exported on windows"

2008-10-31 Thread Jason Martin
Anyone want this one? If not, I'll go fix it. Jason Worth Martin Asst. Professor of Mathematics http://www.math.jmu.edu/~martin On Fri, Oct 31, 2008 at 9:14 PM, mabshoff <[EMAIL PROTECTED]> wrote: > > Hi, > > the following popped up on gmp-bugs. The fix is correct and was > proposed by Mickae

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread user923005
On Oct 31, 6:20 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: > I'm sure you realise William Stein is the lead developer of Sage, and > eMPIRe is being essentially developed for Sage. I did not know that. Once it runs natively on Windows, I will definitely give it a run around the block. > What wa

[mpir-devel] Moller's gcd code

2008-10-31 Thread Jason Martin
On Fri, Oct 31, 2008 at 9:11 PM, mabshoff <[EMAIL PROTECTED]> wrote: > [snip] > For me the highest priority item is the Moller's gcd code which has > already been merged. What is the status of the code, i.e. performance, > any known bugs, etc? > > Cheers, > > Michael Hi Michael, I haven't tested

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread Bill Hart
I'm sure you realise William Stein is the lead developer of Sage, and eMPIRe is being essentially developed for Sage. What was the TV show? Do you recall where you saw it? Bill. 2008/11/1 user923005 <[EMAIL PROTECTED]>: > > On Oct 31, 5:05 pm, "William Stein" <[EMAIL PROTECTED]> wrote: >> On Fr

[mpir-devel] Re: Blending Windows, Linux, and OS X assembly in MPIR code

2008-10-31 Thread Bill Hart
We are essentially waiting for you Michael. We'd like to start build testing, making an spkg, etc. I think the ball is in your court really. Bill. 2008/11/1 mabshoff <[EMAIL PROTECTED]>: > > > > On Oct 31, 6:06 pm, "Jason Martin" <[EMAIL PROTECTED]> > wrote: >> Hi All, > > Hi Jason, > >> Well, I

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread user923005
On Oct 31, 5:05 pm, "William Stein" <[EMAIL PROTECTED]> wrote: > On Fri, Oct 31, 2008 at 4:20 PM, user923005 <[EMAIL PROTECTED]> wrote: > > > On Oct 31, 1:13 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: > >> Thanks for your comments user923005. You can use GPL code in a > >> commercial environment.

[mpir-devel] bug report from gmp-bugs: "gmp_urandomb_ui and gmp_urandomm_ui not exported on windows"

2008-10-31 Thread mabshoff
Hi, the following popped up on gmp-bugs. The fix is correct and was proposed by Mickael Gastineau. Cheers, Michael [begin quote] Hi, The functions gmp_urandomb_ui and gmp_urandomm_ui are defined in the gmp library but are not exported correctly to build the windows DLL. They aren't prefixed b

[mpir-devel] Re: Blending Windows, Linux, and OS X assembly in MPIR code

2008-10-31 Thread mabshoff
On Oct 31, 6:06 pm, "Jason Martin" <[EMAIL PROTECTED]> wrote: > Hi All, Hi Jason, > Well, I'm now comfortable with writing 64-bit assembly code for > Windows (a side effect of NIST specifying Windows Vista as the > benchmark platform for the hashing competition). Interesting to say the least.

[mpir-devel] Blending Windows, Linux, and OS X assembly in MPIR code

2008-10-31 Thread Jason Martin
Hi All, Well, I'm now comfortable with writing 64-bit assembly code for Windows (a side effect of NIST specifying Windows Vista as the benchmark platform for the hashing competition). So, *if* there is sufficient interest, I'd be willing to look at merging the separate Windows vs. *nix x86_64 co

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread William Stein
On Fri, Oct 31, 2008 at 4:20 PM, user923005 <[EMAIL PROTECTED]> wrote: > > On Oct 31, 1:13 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: >> Thanks for your comments user923005. You can use GPL code in a >> commercial environment. You just can't distribute it with and make it >> a part of a commercial

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread user923005
On Oct 31, 1:13 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote: > Thanks for your comments user923005. You can use GPL code in a > commercial environment. You just can't distribute it with and make it > a part of a commercial product. So you can use it for work, you just > can't sell it. That's fair en

[mpir-devel] Re: The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread Bill Hart
Thanks for your comments user923005. You can use GPL code in a commercial environment. You just can't distribute it with and make it a part of a commercial product. So you can use it for work, you just can't sell it. That's fair enough in my view. If I write the code for free, I can't see why othe

[mpir-devel] The GPL (rather than LGPL) license means it won't find use in commercial settings

2008-10-31 Thread user923005
Perhaps you intend your tools as purely academic exercise or for use only in altogether open source projects. I find the proliferation of GPLv3 code as something tragic, because I can only use these things as toys and not for work. For instance, for this reason I am unable to use the excellent G