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
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
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
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
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,
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
> > 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
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
> 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
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
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
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
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
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
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
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.
--
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
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
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
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
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
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
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
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
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
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
26 matches
Mail list logo