[sage-devel] Re: Sage 2.11.alpha1 released!

2008-03-24 Thread mabshoff
On Mar 24, 3:18 am, Alex Ghitza <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On a Dual Core machine running Gentoo, I've tried > > ./sage -tp 1 devel/sage/sage > > and > > ./sage -tp 2 devel/sage/sage > > Both appeared to run fine; the first used only one core

[sage-devel] Re: zero-dimensional schemes and multivariate polynomials in zero variables

2008-03-24 Thread William Stein
On Sun, Mar 23, 2008 at 7:50 PM, Alex Ghitza <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all, > > Martin Albrecht brought up the following issue, in relation to > http://trac.sagemath.org/sage_trac/ticket/2634 > > "I am not convinced that it i

[sage-devel] Re: zero-dimensional schemes and multivariate polynomials in zero variables

2008-03-24 Thread Martin Albrecht
> I've been incredibly glad on numerous occasions that across the board > Sage works very well with matrices that have 0 rows or columns, though > this took a lot of extra work initially. The only argument put forth for > removing multivariate polynomials rings with 0 generators is "It will > be

[sage-devel] ratpoints program for SAGE?

2008-03-24 Thread David Joyner
For those in arithmetical algebraic geometry, the ratpoints program might be of interest. It is GPL'd (GPLv3) and written in C. Some documentation was just posted to the math arxivs: Title: Documentation for the ratpoints program Authors: Michael Stoll Categories: math.NT Comments: 14 pages MSC-c

[sage-devel] Re: ratpoints program for SAGE?

2008-03-24 Thread John Cremona
It would certainly be very useful to have this. Note that an earlier version of ratpoints was wrapped by me into a C++ class which is in eclib. Changing that to use the new and substantially revised version of ratpoints would be a good thing (for me) to do, but highly nontrivial. John On 24 Ma

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread David Joyner
Ubuntu 7.10, amd64: ./sage -tp 1 devel/sage/sage gave The following tests failed: sage -t 1/devel/sage/sage/plot/plot.py: 1 doctests failed sage -t 1/devel/sage/sage/calculus/calculus.py: 5 doctests failed sage -t 1/devel/sage/sage/misc/preparser.py: 1 doctests failed -

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread mabshoff
On Mar 24, 1:13 pm, "David Joyner" <[EMAIL PROTECTED]> wrote: > Ubuntu 7.10, amd64: > ./sage -tp 1 devel/sage/sage > gave > The following tests failed: > >         sage -t  1/devel/sage/sage/plot/plot.py: 1 doctests failed Hi David, >         sage -t  1/devel/sage/sage/calculus/calculus.py: 5

[sage-devel] Re: ratpoints program for SAGE?

2008-03-24 Thread William Stein
On Mon, Mar 24, 2008 at 5:01 AM, John Cremona <[EMAIL PROTECTED]> wrote: > > It would certainly be very useful to have this. > > Note that an earlier version of ratpoints was wrapped by me into a C++ > class which is in eclib. Changing that to use the new and > substantially revised version o

[sage-devel] Re: ratpoints program for SAGE?

2008-03-24 Thread John Cremona
It is likely that Michael Stoll could be persuaded to change this. John On 24 Mar, 14:30, "William Stein" <[EMAIL PROTECTED]> wrote: > On Mon, Mar 24, 2008 at 5:01 AM, John Cremona <[EMAIL PROTECTED]> wrote: > > > It would certainly be very useful to have this. > > > Note that an earlier versi

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread David Joyner
On Mon, Mar 24, 2008 at 8:50 AM, mabshoff <[EMAIL PROTECTED]> wrote: > > > > On Mar 24, 1:13 pm, "David Joyner" <[EMAIL PROTECTED]> wrote: > > Ubuntu 7.10, amd64: > > ./sage -tp 1 devel/sage/sage > > gave > > The following tests failed: > > > > sage -t 1/devel/sage/sage/plot/plot.p

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread mabshoff
Hi David, > "Rerunning sage -t" yields all tests pass. I was reporting "sage -tp". I know ;) > Here is > a copy+paste from the terminal history: > > sage -t  1/devel/sage/sage/misc/preparser.py > ** > File "preparser.py", line

[sage-devel] Re: automatic matrix reshaping

2008-03-24 Thread Robert Bradshaw
On Mar 23, 2008, at 12:11 PM, didier deshommes wrote: > On Sat, Mar 22, 2008 at 11:49 PM, Jason Grout > <[EMAIL PROTECTED]> wrote: >> >> Jason Grout wrote: >>> I'm in the process of overhauling the matrix() constructor. I ran >>> across an (undocumented) behavior of the current matrix() functio

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread Bill Furnish
Could it be a Maxima pexpect issue? On Mon, Mar 24, 2008 at 10:38 AM, mabshoff <[EMAIL PROTECTED]> wrote: > > Hi David, > > > > "Rerunning sage -t" yields all tests pass. I was reporting "sage -tp". > > I know ;) > > > > > Here is > > a copy+paste from the terminal history: > > > > sage -

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread mabshoff
On Mar 24, 7:32 pm, "Bill Furnish" <[EMAIL PROTECTED]> wrote: > Could it be a Maxima pexpect issue? I doubt it since there was only one thread running. The interesting question is whether it is reproducible. Cheers, Michael --~--~-~--~~~---~--~~ To post to this

[sage-devel] bugs in crypto/mq/sr.py and sage/plot/plot3d/transform.pyx in calling matrix()

2008-03-24 Thread Jason Grout
When applying the patch for a overhauled matrix() function at http://trac.sagemath.org/sage_trac/ticket/2651, I get doctest failures in crypto/mq/sr.py and sage/plot/plot3d/transform.pyx related to calling matrix() with a list of rows, but specifying a number of rows that conflicts. You can

[sage-devel] matrix(object) defaults to object._matrix_(ZZ) before object._matrix_()

2008-03-24 Thread Jason Grout
In http://trac.sagemath.org/sage_trac/ticket/2658, a situation is brought up where the current behavior of matrix() is sort of awkward. The issue is that if matrix(object) is called, the first thing that is tried is object._matrix_(ZZ) and if that fails, then object._matrix_() is tried. Is th

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread David Joyner
On Mon, Mar 24, 2008 at 12:38 PM, mabshoff <[EMAIL PROTECTED]> wrote: > > Hi David, > > > > "Rerunning sage -t" yields all tests pass. I was reporting "sage -tp". > > I know ;) > > > > > Here is > > a copy+paste from the terminal history: > > > > sage -t 1/devel/sage/sage/misc/preparser.p

[sage-devel] Re: zero-dimensional schemes and multivariate polynomials in zero variables

2008-03-24 Thread David Kohel
Hi Martin et al., Magma doesn't support rank zero polynomial rings and this is a real pain when we were trying to implement schemes. I could give you examples which break the schemes code, but I made no progress in convincing Allan Steel to support this boundary case. On the other hand if the

[sage-devel] Re: Sage 2.11.alpha1 released! [sage -tp]

2008-03-24 Thread Bill Furnish
That one is a known issue. On Mon, Mar 24, 2008 at 2:55 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > On Mon, Mar 24, 2008 at 12:38 PM, mabshoff > > <[EMAIL PROTECTED]> wrote: > > > > > > Hi David, > > > > > > > "Rerunning sage -t" yields all tests pass. I was reporting "sage -tp". > >

[sage-devel] Re: automatic matrix reshaping

2008-03-24 Thread Nick Alexander
>> I would prefer an error to be raised in all cases instead of silently >> reshaping my data. >> >> didier >>> > > I think an error should be raised in all cases as well. +1. Nick --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups

[sage-devel] Re: [Pyrex] Fast matrices over GF(p)

2008-03-24 Thread William Stein
(I'm taking this thread *off* the Cython lists and onto sage-devel where it belongs.) On Mon, Mar 24, 2008 at 1:38 PM, Simon King <[EMAIL PROTECTED]> wrote: > Dear Robert, > > > On Mon, 24 Mar 2008, Robert Bradshaw wrote: > > > > Some of us ran into MeatAxe before, but no one had any experienc

[sage-devel] Re: matrix(object) defaults to object._matrix_(ZZ) before object._matrix_()

2008-03-24 Thread William Stein
On Mon, Mar 24, 2008 at 1:07 PM, Jason Grout <[EMAIL PROTECTED]> wrote: > > In http://trac.sagemath.org/sage_trac/ticket/2658, a situation is > brought up where the current behavior of matrix() is sort of awkward. > The issue is that if matrix(object) is called, the first thing that is > tried

[sage-devel] Re: bugs in crypto/mq/sr.py and sage/plot/plot3d/transform.pyx in calling matrix()

2008-03-24 Thread William Stein
On Mon, Mar 24, 2008 at 12:53 PM, Jason Grout <[EMAIL PROTECTED]> wrote: > > > > When applying the patch for a overhauled matrix() function at > http://trac.sagemath.org/sage_trac/ticket/2651, I get doctest failures > in crypto/mq/sr.py and sage/plot/plot3d/transform.pyx related to calling > m

[sage-devel] Sage in the ads

2008-03-24 Thread Justin C. Walker
I thought this worth noting: Washington's 'Elliptic Curves' is out (in the sense that you can order it, if not receive it). I got an ad for it in the (snail) mail today, and the ad notes that one of the features is: - introduces three popular packages (Pari, Magma, and Sage) for computi

[sage-devel] Re: Fast matrices over GF(p)

2008-03-24 Thread mabshoff
On Mar 25, 5:37 am, "William Stein" <[EMAIL PROTECTED]> wrote: > (I'm taking this thread *off* the Cython lists and onto sage-devel > where it belongs.) > > > > On Mon, Mar 24, 2008 at 1:38 PM, Simon King <[EMAIL PROTECTED]> wrote: > > Dear Robert, > > >  On Mon, 24 Mar 2008, Robert Bradshaw wro

[sage-devel] Re: Fast matrices over GF(p)

2008-03-24 Thread Clement Pernet
Hi, I still did not look at the code of Meat axe, but I remember having been really impressed a presentation at MSRI last year about MeatAxe. The timings were really impressive especially the matmul ones. So I am really surprised by your experience with slow matmul. >>> The strength of MTX in