[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Maho NAKATA
Hi Bill, Of course, I'd like to provide MScaLAPACK etc. Thanks, On 5月22日, 午前12:09, Bill Hart wrote: > For comparison, I just had a look at the MPLAPACK author's previous > project: > > http://sdpa.indsys.chuo-u.ac.jp/sdpa/ > > I *barely* know anything about this stuff - once did a basic course

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Maho NAKATA
Hi Bill thanks for your comments On 5月21日, 午後10:56, Bill Hart wrote: > I just took a look at their website: > > http://mplapack.sourceforge.net/ > > * I'm personally confused about the licensing (may be a reflection on > me, not mplapack). The MBLAS part is BSD, but the MPLAPACK part is > LGPL v3

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Maho NAKATA
Hi Jason I'm Nakta, Maho, a principal developer of MPACK. I've never used ALGLIB before... thanks, On 5月21日, 午前8:48, Jason Grout wrote: > A while ago someone talked about incorporating ALGLIB into Sage to > provide, among other things, multiprecision linear algebra.  I just saw > another packa

[sage-devel] Re: Fwd: [sage-combinat-devel] permutation group perspectives

2010-05-21 Thread Rob Beezer
Hi Jason, That all sounds great, I am available for a summertime push on permutation groups as it will fit nicely with some other plans I have. Over on the centralizer thread, I think David Joyner volunteered me as "leader." I don't think I want to go that far, in particular because I don't know

[sage-devel] Re: icc

2010-05-21 Thread Nathan O'Treally
On 21 Mai, 19:42, Robert Bradshaw wrote: > Please let us know if you run into *any* examples of this--our goal is   > to always produce standard compliant C89 or C++ code (or C99 if the   > user has requested C99 complex support). Of course most Cython users   > are using gcc or MSVC. [W.r.t. Sag

Re: [sage-devel] Re: Fwd: [sage-combinat-devel] permutation group perspectives

2010-05-21 Thread Jason B Hill
On Thu, May 20, 2010 at 2:33 PM, Rob Beezer wrote: > Abelian groups is second on my list (right after graphs + latex), but > as I've been told, "many have failed here." So I'd get out of the way > (or help) if anybody else is interested. > > And I have a vested interest in permutation groups

Re: [sage-devel] Updated zlib - can someone test - especially Debian on Itanium

2010-05-21 Thread Dr. David Kirkby
On 05/21/10 04:51 PM, William Stein wrote: On Fri, May 21, 2010 at 8:41 AM, Dr. David Kirkby wrote: The current version of zlib in Sage is rather out of date. It has patches to generate 64-bit on OS X, fails to work 64-bit on OpenSolaris and appears to have some dubious options used when it is

Re: Fwd: [sage-devel] Re: [sage-combinat-devel] factorization in polynomial rings

2010-05-21 Thread William Stein
On Fri, May 21, 2010 at 5:03 PM, Anne Schilling wrote: > Hi Simon! > > Thank you very much for your answer. > >> On May 18, 7:47 am, Anne Schilling wrote: >>> >>> sage: LD.=LaurentPolynomialRing(QQ) >>> sage: P=PolynomialRing(LD,'z',2) >> >> Sage tries to use Singular to factor your polynomial. H

Re: [sage-devel] icc

2010-05-21 Thread Dr. David Kirkby
On 05/21/10 06:42 PM, Robert Bradshaw wrote: On May 20, 2010, at 12:36 AM, David Kirkby wrote: Some of the better components of Sage will build with Sun Studio, though many will not - including the Sage library, as Cython is not generating standard C. The Sun compiler is a lot more fussy about

[sage-devel] Re: Centralizer for permutation groups gets wrong degree

2010-05-21 Thread Dima Pasechnik
GAP subgroups know its parent, which in the case of permutation groups amount to knowing the domain of action. Sage ought to follow the suit, IMHO On May 21, 6:36 am, Jason B Hill wrote: > This is definitely an example of where Sage and GAP differ in their > approaches, but this is more about sub

[sage-devel] question about classes, TestSuite, doctesting, and coverage

2010-05-21 Thread John H Palmieri
If I'm defining a new class and I want to implement a TestSuite for it, well, there is some stuff built in, but I should perhaps also add methods called "_test_X" for various values of X. If I doctest these via sage: object._test_X() then the same doctest will get run twice: once here, and onc

Re: [sage-devel] rewriting piecewise, abelian, perm gps, RR, etc

2010-05-21 Thread David Joyner
On Thu, May 20, 2010 at 5:13 PM, kcrisman wrote: > > > On May 20, 5:13 pm, kcrisman wrote: >> On May 20, 4:33 pm, Rob Beezer wrote: >> >> >> >> > Abelian groups is second on my list (right after graphs + latex), but >> > as I've been told, "many have failed here."  So I'd get out of the way >> >

[sage-devel] Re: categories, etc.: how to define a new algebra

2010-05-21 Thread John H Palmieri
Hi Simon, Thanks for your comments, but I don't think they work for me. See below. On May 19, 3:50 pm, Simon King wrote: > Hi John! > > On 19 Mai, 23:25, John Palmieri wrote: > > > Suppose I want to define a new algebra in Sage. What should I do? > > >  - I have followed the nice coercion docs

[sage-devel] Re: categories, etc.: how to define a new algebra

2010-05-21 Thread John H Palmieri
On May 19, 3:55 pm, "Nicolas M. Thiery" wrote: >         Hi John! > > On Wed, May 19, 2010 at 03:40:44PM -0700, John H Palmieri wrote: > > On May 19, 3:02 pm, "Nicolas M. Thiery" > > wrote: > > > On Wed, May 19, 2010 at 02:25:22PM -0700, John Palmieri wrote: > > > >  - Should I do anything with t

[sage-devel] Re: icc

2010-05-21 Thread Craig Citro
> Please let us know if you run into *any* examples of this--our goal is   > to always produce standard compliant C89 or C++ code (or C99 if the   > user has requested C99 complex support). Of course most Cython users   > are using gcc or MSVC. > And just as important -- make sure to post some per

[sage-devel] Processing.js visualization of Numpy data from notebook?

2010-05-21 Thread tommct
>From within a web notebook, I want to create numpy data and visualize and interface with it using Processing.js. Is this possible, and how? Thanks, Tom -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...

[sage-devel] Re: Toric varieties - design discussion

2010-05-21 Thread Andrey Novoseltsev
Hi Volker, On May 21, 11:24 am, Volker Braun wrote: > Ok, I agree that it would be nice for all derived cones to share the > base cached data. How about Cone() just stores all of its cached data > in a hash self.shared_cache (or so) instead of in self. For the > computer thats essentially the sam

Re: [sage-devel] icc

2010-05-21 Thread Robert Bradshaw
On May 20, 2010, at 12:36 AM, David Kirkby wrote: Some of the better components of Sage will build with Sun Studio, though many will not - including the Sage library, as Cython is not generating standard C. The Sun compiler is a lot more fussy about what it will accept that 'gcc'. Please let u

[sage-devel] Re: Centralizer for permutation groups gets wrong degree

2010-05-21 Thread Rob Beezer
Hi Jason, Thanks for your comments. I was mulling some commentary on your previous post about permutation groups, but my comments are just applicable in this case, so here goes. My main interest in Sage is its use in my teaching. GAP is a perfect example. I've always felt that the syntax and l

[sage-devel] Re: Toric varieties - design discussion

2010-05-21 Thread Volker Braun
Ok, I agree that it would be nice for all derived cones to share the base cached data. How about Cone() just stores all of its cached data in a hash self.shared_cache (or so) instead of in self. For the computer thats essentially the same as what you are suggesting, but in the implementation you wo

[sage-devel] Re: Toric varieties - design discussion

2010-05-21 Thread Andrey Novoseltsev
On May 21, 5:24 am, Volker Braun wrote: > Hi Andrey, > > Just to clarify, I only wanted to subclass Cones, but not Fans. The > fan is a container class for cones and that doesn't change. In > particular, I never felt the need to add any functionality at that > level in my code. > > As for sharing

Re: [sage-devel] Updated zlib - can someone test - especially Debian on Itanium

2010-05-21 Thread William Stein
On Fri, May 21, 2010 at 8:41 AM, Dr. David Kirkby wrote: > The current version of zlib in Sage is rather out of date. It has patches to > generate 64-bit on OS X, fails to work 64-bit on OpenSolaris and appears to > have some dubious options used when it is configured. The -fPIC flag was > added o

[sage-devel] Updated zlib - can someone test - especially Debian on Itanium

2010-05-21 Thread Dr. David Kirkby
The current version of zlib in Sage is rather out of date. It has patches to generate 64-bit on OS X, fails to work 64-bit on OpenSolaris and appears to have some dubious options used when it is configured. The -fPIC flag was added on every platform, since it was needed on Debian Itanium. I've

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Bill Hart
For comparison, I just had a look at the MPLAPACK author's previous project: http://sdpa.indsys.chuo-u.ac.jp/sdpa/ I *barely* know anything about this stuff - once did a basic course on this sort of thing as an undergrad. However, SDPA might be an indication of what to expect from the same autho

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Jason Grout
On 05/21/2010 08:56 AM, Bill Hart wrote: I became acquainted with ALGLIB and Sergey through his interaction with the MPIR project. Even if at some point mplapack is better than ALGLIB, I reckon Sergey would be exceptionally helpful in addressing that. He's a smart guy and very supportive of what

Re: [sage-devel] Re: Sage 4.4.2 released

2010-05-21 Thread Justin C. Walker
On May 21, 2010, at 06:57 , kcrisman wrote: On May 21, 2:10 am, "Justin C. Walker" wrote: On May 19, 2010, at 10:14 , Minh Nguyen wrote: Sage 4.4.2 was released on May 19, 2010. It is available at [snip] 10.5.8 (Dual Quad Xeon): 32-bit: built w/o problems; one test failed:

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Bill Hart
Ah, I missed that. Thanks for the clarification! On 21 May, 14:46, Fredrik Johansson wrote: > On Fri, May 21, 2010 at 3:26 PM, Bill Hart wrote: > > > Oh my, I never noticed this! I'd been looking for mpfr_addmul in line > > with GMP!! I see it is slightly different in that it doesn't do a = a > >

[sage-devel] Re: Sage 4.4.2 released

2010-05-21 Thread kcrisman
On May 21, 2:10 am, "Justin C. Walker" wrote: > On May 19, 2010, at 10:14 , Minh Nguyen wrote: > > > Hi folks, > > > Sage 4.4.2 was released on May 19, 2010. It is available at > > >          http://www.sagemath.org/download.html > > > * About Sage (http://www.sagemath.org) > > Built both 32- an

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Bill Hart
I just took a look at their website: http://mplapack.sourceforge.net/ * I'm personally confused about the licensing (may be a reflection on me, not mplapack). The MBLAS part is BSD, but the MPLAPACK part is LGPL v3+, but the authors say they are going to replace this later. But with what? They li

Re: [sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Fredrik Johansson
On Fri, May 21, 2010 at 3:26 PM, Bill Hart wrote: > Oh my, I never noticed this! I'd been looking for mpfr_addmul in line > with GMP!! I see it is slightly different in that it doesn't do a = a > + b*c. > > I can actually speed some code up with this!! > > Bill. > > Nice. Indeed, I specified the f

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Bill Hart
On 21 May, 07:36, Sergey Bochkanov wrote: > Hello, Jason. > > You wrote 21 мая 2010 г., 3:48:03: > > > A while ago someone talked about incorporating ALGLIB into Sage to > > provide, among other things, multiprecision linear algebra. > > It  was  me  :)  I  am  working on this issue. I expect th

[sage-devel] Re: multiprecision linear algebra

2010-05-21 Thread Bill Hart
Oh my, I never noticed this! I'd been looking for mpfr_addmul in line with GMP!! I see it is slightly different in that it doesn't do a = a + b*c. I can actually speed some code up with this!! Bill. On 21 May, 10:39, Fredrik Johansson wrote: > On Fri, May 21, 2010 at 11:17 AM, Sergey Bochkanov

[sage-devel] Re: Toric varieties - design discussion

2010-05-21 Thread Volker Braun
Hi Andrey, Just to clarify, I only wanted to subclass Cones, but not Fans. The fan is a container class for cones and that doesn't change. In particular, I never felt the need to add any functionality at that level in my code. As for sharing of cached data, I think a clearer way would be to defin

[sage-devel] Derangements

2010-05-21 Thread Alasdair
Since the current Sage implementation of derangements is a wrapper for a GAP function, and doesn't always work as you'd like, I've bunged the first draft of a more complete native implementation of derangements up as ticket #9005. cheers, Alasdair -- To post to this group, send an email to sage-

Re: [sage-devel] Re: icc

2010-05-21 Thread Mag Gam
Thanks for the detailed email I will see what i can do. On Thu, May 20, 2010 at 4:38 AM, Dima Pasechnik wrote: > On Itanium systems, icc cannot compile GAP, one of Sage components. > (well, it can, but the resulting program does not work) > > On May 20, 3:25 am, Mag Gam wrote: >> Has anyone at

Re: [sage-devel] sage now working on DEC ALPHA platform under linux

2010-05-21 Thread Dr. David Kirkby
On 05/21/10 06:10 AM, carl hansen wrote: ANNOUNCEMENT Sage is now operative on another platform.* After messing around with various versions of sage for a couple years, I have finally been able to get the sage 4.4 prompt appearing for the first time on my Alpha based

Re: [sage-devel] multiprecision linear algebra

2010-05-21 Thread Fredrik Johansson
On Fri, May 21, 2010 at 11:17 AM, Sergey Bochkanov < sergey.bochka...@alglib.net> wrote: > correction to my previous message: > > > It leads to unnecessary allocation of temporaries and some > > performance penalty (about 25-30% for 128-bit precision). > > Sorry, I made a mistake when es

Re: [sage-devel] multiprecision linear algebra

2010-05-21 Thread Sergey Bochkanov
correction to my previous message: > It leads to unnecessary allocation of temporaries and some > performance penalty (about 25-30% for 128-bit precision). Sorry, I made a mistake when estimating MPLAKACK performance. "25-30%" are ALGLIB's, not MPLAPACK's. I've never measured MPLAPAC

Re: [sage-devel] sage now working on DEC ALPHA platform under linux

2010-05-21 Thread François Bissey
Hi, > ANNOUNCEMENT > >Sage is now operative on another platform.* > That's cool, which distro? > ( Not-able-to-compile-packages so far include Altas and R ) > Available for alpha in gentoo so it has to be doable. Francois -- To post to this group, send an email t

Re: [sage-devel] version updates needed

2010-05-21 Thread François Bissey
Hi Carl, I will comment a bit > versions > on net in sage-4.4.2.rc0 > > python 2.6.5 2.6.4.p7 That will cause trouble, I have made a post about that earlier this week. > boost 1.421.34.1 a truncated version is shipped for polybori, I know system 1.41 wor