Re: [sage-devel] Re: DAE solver on Sage.

2011-05-03 Thread Thierry Dumont
Le 04/05/2011 06:48, Joris Vankerschaver a écrit : On 3 mei, 15:13, Guilherme wrote: Is there any DAE solver readily available to Sage? The tools available in Sage for solving ODE are obsolete; I would like to interface the tools of the books of Hairer & Wanner which are the best avail

[sage-devel] Re: DAE solver on Sage.

2011-05-03 Thread Joris Vankerschaver
On 3 mei, 15:13, Guilherme wrote: > Is there any DAE solver readily available to Sage? > I wrote a C++ wrapper around DASSL some time ago, but unfortunately this was for personal use and I never put any time into writing documentation and making sure that all the options work well, etc. I don

[sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread François
On May 4, 5:23 am, Burcin Erocal wrote: > Hi, > > > One last thing about "sage -clone, -b, -ba, br, ..." --- from my > > memory about several discussions, the sage community regards this as a > > "killer feature", i.e. that there is not some "sage" and then some > > other, different "sage-dev" pac

[sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread François
On May 4, 7:58 am, Maarten Derickx wrote: > On May 3, 7:23 pm, Burcin Erocal wrote: > > >   IIRC, there were messages on this list about having python as a > >   dependency already. What are the dependencies of Sage besides tar, > >   gcc and gfortran? Does Sage depend on bash? > > It definitly d

[sage-devel] Solve linear systems faster

2011-05-03 Thread Rob Beezer
Presently, if you use solve_right() to solve a linear system, Sage will first investigate the rank of the coefficient matrix, and branch accordingly. Some classes of matrices can compute rank very quickly (ZZ, QQ, mod p), while others compute the echelon form and infer rank from that. Eventually,

Re: [sage-devel] DAE solver on Sage.

2011-05-03 Thread David Joyner
On Tue, May 3, 2011 at 6:13 PM, Guilherme wrote: > Dear all, > > I see that Sage has some ODE solvers from GNU Scientific Library. > > Is there any DAE solver readily available to Sage? > > Depends on the meaning of "available" but none is shipped with Sage, AFAIK. It seems there is a python int

Re: [sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread Francois Bissey
> > Looks great! It doesn't quite compile on Fedora 14. NTL can't find its > > generated header gf2x.h: > > > > http://pastebin.com/WsfQcc2A > > > > Not sure if its a problem with the prefix or just an NTL bug? > > The version of NTL in portage uses gf2x not a NTL generated one. > So it should h

[sage-devel] DAE solver on Sage.

2011-05-03 Thread Guilherme
Dear all, I see that Sage has some ODE solvers from GNU Scientific Library. Is there any DAE solver readily available to Sage? I have here a second order nonlinear system which boils down to some system as: M(y) ydot = f(t,y) My mass matrix is state dependent, not time dependent (yet). It is als

Re: [sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread Francois Bissey
> Looks great! It doesn't quite compile on Fedora 14. NTL can't find its > generated header gf2x.h: > > http://pastebin.com/WsfQcc2A > > Not sure if its a problem with the prefix or just an NTL bug? > The version of NTL in portage uses gf2x not a NTL generated one. So it should have been include

Re: [sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread Volker Braun
Looks great! It doesn't quite compile on Fedora 14. NTL can't find its generated header gf2x.h: http://pastebin.com/WsfQcc2A Not sure if its a problem with the prefix or just an NTL bug? Volker -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this gro

[sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread Maarten Derickx
On May 3, 7:23 pm, Burcin Erocal wrote: > >   IIRC, there were messages on this list about having python as a >   dependency already. What are the dependencies of Sage besides tar, >   gcc and gfortran? Does Sage depend on bash? > It definitly depends on bash, there are a lot of bash scripts it

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Volker Braun
I agree that sage-4.7 should compile with gcc-4.6.[01]. But why not specifically excluding these two instead of an wildcard? -- 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...@googlegroups.com For more o

[sage-devel] Re: translate to python

2011-05-03 Thread Dox
Hi Simon, thank you for your quick answer, It's almost what I expected, but in fact the arctan function is denoted by atan in python. Of course it's possible to correct it by hand, but it's easy to mistype when the expressions are too complicated. Dox. -- To post to this group, send an email

Re: [sage-devel] Re: sage & gentoo prefix

2011-05-03 Thread Burcin Erocal
Hi, After sleeping on it for quite a long time, I finally took the time to prepare a prototype tarball: http://sage.math.washington.edu/home/burcin/sage-prefix.tar Despite the name, ATM it only installs Singular with it's dependencies. Only linux platforms that already have python > 2.6 are expe

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Jeroen Demeyer
On 2011-05-03 17:23, Volker Braun wrote: > I have a bad feeling about this. We both know that nobody is going to > check whether its still necessary to downgrade optimizations by the time > that, say, 4.6.5 rolls out. Those bugs have been reported upstream to gcc, so if they get fixed, I will get n

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Volker Braun
I have a bad feeling about this. We both know that nobody is going to check whether its still necessary to downgrade optimizations by the time that, say, 4.6.5 rolls out. IHMO it would be much better to use the compiler wrapper and limit optimizations globally for specific compiler releases. --

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Jeroen Demeyer
On 2011-05-03 15:43, Volker Braun wrote: > Wait just because there may be a bug in 4.6.0 we disable optimizations > for future gcc versions that may fix these? If these future gcc versions are released, we can change the spkgs accordingly. At least a pre-release version of gcc 4.6.1 still contain

[sage-devel] Re: translate to python

2011-05-03 Thread Simon King
Hi Dox, On 3 Mai, 16:09, Dox wrote: > Hi group, > > I know that for a given expression it's possible to translate it to LaTeX. > Is it possible to translate it to python? > > Say, from x^2*arctan(x) get x**2*atan(x) Such as sage: preparse("x^2*arctan(x)") 'x**Integer(2)*arctan(x)' ? Expla

[sage-devel] translate to python

2011-05-03 Thread Dox
Hi group, I know that for a given expression it's possible to translate it to LaTeX. Is it possible to translate it to python? Say, from x^2*arctan(x) get x**2*atan(x) Thx. Dox. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an ema

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Volker Braun
Wait just because there may be a bug in 4.6.0 we disable optimizations for future gcc versions that may fix these? -- 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...@googlegroups.com For more options, v

Re: [sage-devel] Blocker tickets needing review

2011-05-03 Thread Jeroen Demeyer
On 2011-05-03 14:34, Jeroen Demeyer wrote: > There are two blockers for sage-4.7 which need review, both are spkg > patches: > > #11226: Sympow spkg fails with gcc 4.6.0 > > #11278: singular 3-1-1-4.p8 fails on Mac OS X 10.4 Two more blocker tickets needing review, where a check for gcc version

[sage-devel] Re: Disabling doctests when they are known to fail. Should we have failures?

2011-05-03 Thread Jason Grout
On 5/3/11 7:13 AM, Rob Beezer wrote: And in this case such a doctest belongs somewhere else and the one "originating" doctest should be modified or permanently removed. +1. The test should be in the SVD routine. In fact, numpy may want to add a failing doctest to their SVD routine. Since we

[sage-devel] Blocker tickets needing review

2011-05-03 Thread Jeroen Demeyer
There are two blockers for sage-4.7 which need review, both are spkg patches: #11226: Sympow spkg fails with gcc 4.6.0 #11278: singular 3-1-1-4.p8 fails on Mac OS X 10.4 Normally, these two tickets are the last obstacles for a sage-4.7 release. Jeroen. -- To post to this group, send an email

[sage-devel] Re: Disabling doctests when they are known to fail. Should we have failures?

2011-05-03 Thread Rob Beezer
On May 3, 4:49 am, Volker Braun wrote: > However if we discover that the > OSX issue is due to an Apple bug that is outside of our control then there > should be a doctest that fails on that particular buggy platform. +1. And in this case such a doctest belongs somewhere else and the one "origin

[sage-devel] Re: Disabling doctests when they are known to fail. Should we have failures?

2011-05-03 Thread Volker Braun
I think its important to distinguish temporarily vs. permanently disabling a doctest. The Sage library has always some ends that are being worked on, and I think its OK to temporarily disable a doctest until the functionality is in place. Essentially, the doctests show what is currently implemen

[sage-devel] Disabling doctests when they are known to fail. Should we have failures?

2011-05-03 Thread Dr. David Kirkby
A discussion started on sage-release, which I think is best on sage-devel. I believe this ticket http://trac.sagemath.org/sage_trac/ticket/11277 is a very bad idea, as it disables a doctest which is known to fail on one platform. IMHO, the doctest should be permitted to fail, and not simply re