Comment #12 on issue 2127 by Vinzent.Steinberg: don't allow 0 or 1-arg
AssocOp
http://code.google.com/p/sympy/issues/detail?id=2127
A forced push is not *that* bad, it just can screw things up, because it
rewrites history. It should not happen, but if it happens, it is manageable.
We had
Comment #20 on issue 1823 by Vinzent.Steinberg: integral.atoms(Symbol)
should introspect
http://code.google.com/p/sympy/issues/detail?id=1823
What about "independent_symbols" or "constants"?
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
T
Updates:
Status: Fixed
Comment #4 on issue 1837 by smi...@gmail.com: 0**(x-2) becomes (oo)**(2-x)
http://code.google.com/p/sympy/issues/detail?id=1837
it's in.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send
Updates:
Status: Fixed
Comment #38 on issue 2039 by smi...@gmail.com: Mul.eval_subs problems
http://code.google.com/p/sympy/issues/detail?id=2039
it's in.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send emai
Updates:
Status: Fixed
Comment #28 on issue 2110 by smi...@gmail.com: failing tests
http://code.google.com/p/sympy/issues/detail?id=2110
it's in.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send email to symp
Updates:
Status: Fixed
Comment #3 on issue 2177 by smi...@gmail.com: Subs for noncommutative
symbols gives wrong results
http://code.google.com/p/sympy/issues/detail?id=2177
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Googl
Updates:
Status: Fixed
Comment #5 on issue 2060 by smi...@gmail.com: Infinite recursion on subs
http://code.google.com/p/sympy/issues/detail?id=2060
ok, 2039 is in but the syntax is now different that when this issues was
posted. Nonetheless, the following appears to work:
h[6] >
Comment #19 on issue 2022 by smi...@gmail.com: inconsistent behaviour of
subs when using non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=2022
The commit fixing the original issue is in.
I wonder if this issue should be merged into issue 2026 because of issues
raised
Comment #12 on issue 1616 by smi...@gmail.com: Bug in subs
http://code.google.com/p/sympy/issues/detail?id=1616
These all pass in current master. The coverage should be checked to see if
these are necessary.
--
You received this message because you are subscribed to the Google Groups
"sympy
Comment #9 on issue 1520 by smi...@gmail.com: Inconsistency in subs
http://code.google.com/p/sympy/issues/detail?id=1520
subs is more constistent now and only does the substitution if old is
multiplicatively extractable from expr.
h[2] >>> x.subs(2*x, 1)
x
h[3] >>> (y*x).subs(2*x
Comment #21 on issue 1823 by jensen.o...@gmail.com: integral.atoms(Symbol)
should introspect
http://code.google.com/p/sympy/issues/detail?id=1823
I would suggest that we should follow common text book terminology if
possible. In the calculus book we used (R.A.Adams: Calculus) the
termino
Comment #13 on issue 2127 by asmeurer: don't allow 0 or 1-arg AssocOp
http://code.google.com/p/sympy/issues/detail?id=2127
Yes, it is fixable. I believe a fix would be to merge the two non-fast
forward HEADs together to make them both fast forward. But of course, it's
still something that
Comment #22 on issue 1823 by asmeurer: integral.atoms(Symbol) should
introspect
http://code.google.com/p/sympy/issues/detail?id=1823
My favorites so far are "free_symbols" and "proper_symbols", leaning
slightly toward the second.
"independent_symbols" sounds like the opposite (the ones th
Updates:
Status: Fixed
Comment #20 on issue 2022 by asmeurer: inconsistent behaviour of subs when
using non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=2022
I think between issue 2026, issue 1520, and issue 2081, we the issue raise
in comment 7 is already els
Updates:
Summary: Exact, algebraic, and integer_power substitution
Comment #6 on issue 2026 by asmeurer: Exact, algebraic, and integer_power
substitution
http://code.google.com/p/sympy/issues/detail?id=2026
From comment 16 of issue 2081:
"""
But we need three types of substitution.
Comment #7 on issue 2026 by ronan.l...@gmail.com: Exact, algebraic, and
integer_power substitution
http://code.google.com/p/sympy/issues/detail?id=2026
The third case is really specific and it's just a detail of the behaviour
of algebraic substitution, so I don't think it should placed on t
Comment #23 on issue 1823 by smi...@gmail.com: integral.atoms(Symbol)
should introspect
http://code.google.com/p/sympy/issues/detail?id=1823
What about moving in the other direction: make atoms report (via
_eval_atoms) mathematical symbols (not construction atoms) and make a lower
level _
Comment #8 on issue 2026 by smi...@gmail.com: Exact, algebraic, and
integer_power substitution
http://code.google.com/p/sympy/issues/detail?id=2026
I would like to refer to these as exact and extractive (algebraic). The 3rd
case is an extractive case. When you don't want the extractive case
18 matches
Mail list logo