Comment #3 on issue 3338 by asmeu...@gmail.com: API for expand methods to go all the way
http://code.google.com/p/sympy/issues/detail?id=3338

One note here: I think this API and the one I discussed on the mailing list about preventing unnecessary expand calls should be the same. We simple need to determine if an expression can be expanded with a given hint. If it can't we don't perform expansion. If it can, we do, even if we already did once. So we need to invent some kind of _can_expand_hint API. I think we should base this around finding things with .atoms and checking those things. We can find all atoms of a given type of an expression in parallel, and in general that reduces the number of things to check. For example, for log, we just need to find .atoms(log) and check if the argument is a Mul or pow with certain assumptions.

The thing I'm not sure about is how to efficiently call these methods. Doing so will call the whole expression tree, so it's not clear if there will even be a speed up in the noop case.

--
You received this message because this project is configured to send all issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

--
You received this message because you are subscribed to the Google Groups 
"sympy-issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy-issues+unsubscr...@googlegroups.com.
To post to this group, send email to sympy-issues@googlegroups.com.
Visit this group at http://groups.google.com/group/sympy-issues?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to