On 9/9/07, Pablo De Napoli <[EMAIL PROTECTED]> wrote: > Simpy is indeed an interesting package and could be useful in a future > for rewriting the > calculus package (replacing maxima) > > However. rather than incorporating it into Sage as a package, I feel > that we will need to take some of it code and re-write it to fit well > into Sage. > > This is because, Sage already has faster alternatives to do the > computations in many places > (for example: factorization of polynomials that are needed in the > symbolic computations) > > This is because since Simpy intends to be pure python and does not use > any external > library.. Using an external library, C code or cython could be much > faster for some > computions .
I tend to disagree. By keeping sympy's relation to SAGE a clearly defined package that doesn't depend on the SAGE library, SAGE (1) directly benefits from the work of the sympy developers with no additional work on our part, and (2) is more modular, which is in fact a very very good thing (basic unix philosophy). Instead of rewriting sympy for SAGE, I think that same energy would be best spent on improving sympy. It will also be good to understanding how to convert from SAGE symbolic expressions to Sympy ones, and when possible computing certain things, e.g., limits, derivatives, etc., using sympy. (Sort of like maxima is the current backend for those things.) As an intermediate version of what you suggest, in cases where sympy is much slower, e.g., number of partitions, we can patch sympy at import time to use our version of that function (in Python that sort of thing is very easy -- you can replace any object or file-scope function in any Python module with your own -- it's frickin' cool). -- William > > So far, from everything I've seen I think sympy + whatever > > we already do in SAGE is the best way forward for > > pure symbolic manipulation in SAGE. > > > > I'll include the latest version of sympy (version 0.5.3) in > > sage-2.8.4.1 so people can take a look at it. See > > > > http://code.google.com/p/sympy/wiki/Changes > > > > for what's been happening with sympy lately. > > > > In the long run (which for me means "1 year") it seems to me > > that the only way to have excellent symbolic > > manipulation in SAGE is that it's going to have > > to get written "from scratch" since Maxima (and > > several other systems) are just too archaic. > > The sympy developers are hard at work at exactly > > such a project, and I hope people with an interest > > in calculus/symbolic computation will try out what > > they're doing, subscribe to their mailing list, > > post bugs, etc. > > > > -- William --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://sage.scipy.org/sage/ and http://modular.math.washington.edu/sage/ -~----------~----~----~----~------~----~------~--~---
