>>>>> expand() is the worst. If we can make that faster, then all of SymPy >>>>> will feel zippier. >> >> >> This was done in the work for issue 1725, see
> Perhaps you should separate those changes that add new features (like ... > part of some new API. For example, we should add some way for expand > methods to register quick-exit handlers. Wow, you did a good job of cleaning up expand. I just took a closer look at it and see that much of what appeared to be redundant recursion has been fixed by your expand cleanup. The only thing that I think would make this significantly faster is to run all hints at each subexpression of the tree rather than running each hit through the whole tree. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/sympy?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
