[sage-devel] sage-2.7.3!!

2007-08-02 Thread William Stein
Hi, SAGE-2.7.3 is out, released from Thai City in Palo Alto! Some changes include: Thu Aug 2 14:44:12 2007 2.7.3: * r bradshaw: bug fixes * j bober: vastly optimized number_of_partitions * c citro: bug fixes and optimization of computing eisenstein

[sage-devel] Re: Fwd: sage_c_lib patch

2007-08-02 Thread William Stein
On 8/2/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote: > That certainly isn't likely to happen for the uses of sage_c_lib so far. Most > of it is pretty random bizarre stuff that was difficult from pyrex for some > reason (C++ wrappers and other such stuff). > > I think this is quite reasonable to

[sage-devel] Re: Fwd: sage_c_lib patch

2007-08-02 Thread Joel B. Mohler
On Thursday 02 August 2007 20:02, didier deshommes wrote: > 2007/8/2, William Stein <[EMAIL PROTECTED]>: > should be a subdirectory of SAGE_ROOT/devel/sage/, and > > > SAGE_ROOT/devel/sage/spkg-install should install both, and > > setup.py should be extended to build the c_lib if it changes. > >

[sage-devel] Re: linbox det bug

2007-08-02 Thread mabshoff
On Aug 3, 1:27 am, "William Stein" <[EMAIL PROTECTED]> wrote: > Hi Clement, > > Any chance you could look into this. It's an 8x8 full matrix where > linbox (via SAGE) > computes the wrong determinant? > > Here's the SAGE session that gives the bad result: > > sage: M = matrix( > [ > [-382125766

[sage-devel] Re: Fw: Updated: singular-*-3.0.3-1

2007-08-02 Thread Martin Albrecht
Hi there, I have uploaded a candidate spkg for Singular 3-0-3 to http://sage.math.washington.edu/home/malb/pkgs/singular-3-0-3-20070802.spkg For me (Debian Etch/Sid, AMD64, Core2Duo) it installs fine. You will need to apply the attached patch (5535.patch) and 'sage -ba' before ru

[sage-devel] Re: Fwd: sage_c_lib patch

2007-08-02 Thread didier deshommes
2007/8/2, William Stein <[EMAIL PROTECTED]>: should be a subdirectory of SAGE_ROOT/devel/sage/, and > SAGE_ROOT/devel/sage/spkg-install should install both, and > setup.py should be extended to build the c_lib if it changes. > Moreover, spkg-dist in SAGE_ROOT/devel/sage should of course > package

[sage-devel] linbox det bug

2007-08-02 Thread William Stein
Hi Clement, Any chance you could look into this. It's an 8x8 full matrix where linbox (via SAGE) computes the wrong determinant? Here's the SAGE session that gives the bad result: sage: M = matrix( [ [-3821257660, -3821257669, -1736935303, -2779096486, -1736935306, -2779096486, -2779096489, -2

[sage-devel] Re: Application document

2007-08-02 Thread William Stein
On 8/2/07, Clement Pernet <[EMAIL PROTECTED]> wrote: > As for Linbox and g++-4.2, we finally managed to take a design decision > today (after ISSAC conference). I have just patched the code, and also > givaro as well, and the svn will be updated tonight or tomorow morning, > as soon as all compila

[sage-devel] Fwd: sage_c_lib patch

2007-08-02 Thread William Stein
-- Forwarded message -- From: William Stein <[EMAIL PROTECTED]> Date: Aug 2, 2007 3:41 PM Subject: Re: sage_c_lib patch To: David Harvey <[EMAIL PROTECTED]>, "Joel B. Mohler" <[EMAIL PROTECTED]>, Martin Albrecht <[EMAIL PROTECTED]> Joel and Martin, David Harvey, Craig Citro, and

[sage-devel] Re: Fw: Updated: singular-*-3.0.3-1

2007-08-02 Thread William Stein
On 8/2/07, Alec Mihailovs <[EMAIL PROTECTED]> wrote: > Singular 3.03 was included in Cygwin today. Are there plans to include it in > SAGE? Martin Albrecht (a SAGE developer) is working on this even as we "speak". Packaging Singular for SAGE is quite nontrivial. > An interesting thing is that no

[sage-devel] jsmath 3.4.c

2007-08-02 Thread Alec Mihailovs
jsMath3.4c is available, http://sourceforge.net/project/showfiles.php?group_id=172663 while SAGE is using 3.3 version, I think. By the way, I put Tex-fonts from http://www.math.union.edu/~dpvc/jsMath/download/jsMath-fonts.html and http://www.math.union.edu/~dpvc/jsMath/download/extra-fonts/we

[sage-devel] Fw: Updated: singular-*-3.0.3-1

2007-08-02 Thread Alec Mihailovs
Singular 3.03 was included in Cygwin today. Are there plans to include it in SAGE? An interesting thing is that now it can be built as a library. Alec - Original Message - From: "Oliver Wienand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 02, 2007 10:07 AM Subjec

[sage-devel] Re: notebook worksheet snapshots

2007-08-02 Thread boothby
> Right now I've got 19 MB of snapshots for just 9 small worksheets! That > seems to be about 2 orders of magnitude more than I would want. For > example, for worksheet 2 the file worksheet.txt is only 32kB, but the > snapshots directory is 5.6MB with 1400 backups! I keep my VMWare images, and

[sage-devel] Re: notebook worksheet snapshots

2007-08-02 Thread Dan Christensen
[EMAIL PROTECTED] writes: >>> Do old snapshots get deleted automatically? >> >> Not implemented yet, but definitely planned. Any suggestions for >> the default old-delete policy? > > Logarithmic-ish. Keep 1 a minute for 10 minutes, 1 every 10 minutes for 100 > minutes... Something like that s

[sage-devel] Re: computing the number of partitions of an integer

2007-08-02 Thread Bill Hart
That's interesting. I haven't done any speed comparisons. But it seems impossible that a carefully coded fixed-precision library should not be faster than a multi-precision library. Did you use double-doubles when you got below 106 bits? I *have* made the assumption here that these guys know how

[sage-devel] Re: computing the number of partitions of an integer

2007-08-02 Thread William Stein
On 8/2/07, Alec Mihailovs <[EMAIL PROTECTED]> wrote: > > It uses long doubles now when then precision is small enough (and then, > > later, just doubles like before), and the speedup is significant. > > By the way, I just installed SAGE 2.7.2 (from source) on my Ubuntu 7.04 > system, with AMD Athlo

[sage-devel] Re: computing the number of partitions of an integer

2007-08-02 Thread Alec Mihailovs
From: "Jonathan Bober" <[EMAIL PROTECTED]> > > Incidentally, I should have mentioned here that I submitted a patch for > version .4, and also updated it at > > http://www.math.lsa.umich.edu/~bober/partitions_c.cc > > It uses long doubles now when then precision is small enough (and then, > later,