Well it doesn't matter to me if it does or not. What should be the distinction for objects that do or do not derive from Function? The fact that they represent an arithmetical operation? If so, maybe we should have a logical base class for Pow, Mul, Add, Mod, ...
Looking at the code, deriving from Function gives you the ability to define evaluation using eval, some built-in series logic, and automatic evalf based on name (I don't know which of these are also available for Expr). Aaron Meurer On Tue, Feb 7, 2012 at 3:44 AM, miham <tlora...@gmail.com> wrote: > Renato Coutinho made the initial implementation in PR 442 [1] where > Aaron suggested that Mod should inherit from Function. Renato didn't > have time to finish that PR, so I did it in PR 834 [2]. Maybe Aaron > can tell you more. > > > [1] https://github.com/sympy/sympy/pull/442 > [2] https://github.com/sympy/sympy/pull/834 > > On Feb 7, 12:25 am, "krastanov.ste...@gmail.com" > <krastanov.ste...@gmail.com> wrote: >> Add and Mul are AssocOp for obvious reasons. Pow is just an expression >> because it is not associative and the next simplest thing is Expr. Why >> Mod is a Function and not an Expr? > > -- > You received this message because you are subscribed to the Google Groups > "sympy" group. > To post to this group, send email to sympy@googlegroups.com. > To unsubscribe from this group, send email to > sympy+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/sympy?hl=en. > -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sympy@googlegroups.com. To unsubscribe from this group, send email to sympy+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
