Comment #7 on issue 2014 by torstenm...@googlemail.com:
sympy.solvers.solvers.solve should also allow frozenset to hold equations
http://code.google.com/p/sympy/issues/detail?id=2014
The patch already contains the additional tests for solve for lists, sets
and frozensets. See line 253-261 i
Comment #11 on issue 2009 by torstenm...@googlemail.com: Document why
solve((x-y,y),x) is None
http://code.google.com/p/sympy/issues/detail?id=2009
No new opinions so far here. What about having an argument to solve for
defining the result type?
Candidates in my opinion would be:
- ==1 var
Comment #25 on issue 2039 by asmeurer: Mul.eval_subs problems
http://code.google.com/p/sympy/issues/detail?id=2039
Is there a reason not to make the hint assume_positive rather than
assume_pos_real?
In logcombine(), it's called assume_pos_real because for the combination
rules to be valid,
Comment #8 on issue 2014 by asmeurer: sympy.solvers.solvers.solve should
also allow frozenset to hold equations
http://code.google.com/p/sympy/issues/detail?id=2014
I see, you just put it as a doctest. I would prefer to see them as regular
tests (sympy/solvers/tests/test_solve.py), since y
Comment #12 on issue 2009 by asmeurer: Document why solve((x-y,y),x) is None
http://code.google.com/p/sympy/issues/detail?id=2009
There's also the roots() style, which is a dictionary of solution:
multiplicity pairs (this only works for polynomial equations).
How would just a list or tuple o
Comment #1 on issue 2042 by mattpap: Frac() object for rational function
arithmetics
http://code.google.com/p/sympy/issues/detail?id=2042
This is what I wanted to achieve, i.e. to have a model for rational
functions similar to the model we have for polynomials: DMF (SMF) class for
low-lev
Comment #2 on issue 2042 by asmeurer: Frac() object for rational function
arithmetics
http://code.google.com/p/sympy/issues/detail?id=2042
Even a simple implementation that can only do the basics like addition and
multiplication would be useful, because I could replace my tuple model with