Correction to one of my previous mails: > I think this is an argument in favor of option 3 - the ability to reuse what python already provides, whether strings for names or base classes for numbers.
This should have been "option 1". On 21 May 2013 12:29, Matthew Rocklin <mrock...@gmail.com> wrote: > > There can be issues when multiplying python float and mpmath float, but >>> these issues exist now as well. And it is mpmath's job to take care of >>> them, not ours. For instance, the horrible mess for precision tracking in >>> evalf has no place in sympy. It is something that can be done in mpmath. >>> >> >> mpmath is a bit dead, in no small part because of SymPy's decision to use >> a static copy of it instead of treating like a proper upstream. >> > > <tangent> > This is a different conversation but I'd be in favor of reopening the > dependency question. Probably this should happen after the current > conversation reaches some sort of conclusion. It should also likely happen > on a different thread. If anyone agrees and starts such a thread at the > appropriate time I'd love to participate. > </tangent> > > And now back to our regularly scheduled discussion: > "Go 1!" > > -- > 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 sympy+unsubscr...@googlegroups.com. > To post to this group, send email to sympy@googlegroups.com. > Visit this group at http://groups.google.com/group/sympy?hl=en-US. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- 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 sympy+unsubscr...@googlegroups.com. To post to this group, send email to sympy@googlegroups.com. Visit this group at http://groups.google.com/group/sympy?hl=en-US. For more options, visit https://groups.google.com/groups/opt_out.
