Updates:
Status: Fixed
Comment #8 on issue 2141 by jensen.o...@gmail.com: improve simplifications
by dummy substitution in secondquant
http://code.google.com/p/sympy/issues/detail?id=2141
Thanks, I pushed it in.
--
You received this message because you are subscribed to the Google Gr
Comment #16 on issue 2133 by mattpap: Merge new polynomials manipulation
module
http://code.google.com/p/sympy/issues/detail?id=2133
1. In 5a58ad070d3a94fb4af6b22d19aa846623890c68 I removed all references to
trim() from SymPy (or changed to simplify()).
2. In 0939a5c4ede787a775c758645678a57
Comment #25 on issue 1587 by mattpap: Polynomials docs
http://code.google.com/p/sympy/issues/detail?id=1587
I agree. Let's just change the default now and remove it, and add tests
with
links to this issue to make sure the old behavior doesn't come up again.
I guess someone will have time t
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2150 by mortbauer: integrate gives wrong result
http://code.google.com/p/sympy/issues/detail?id=2150
The integral for u is returning 0, but the integral for v is returning pi,
although there is only a difference in one const
Comment #17 on issue 2133 by asmeurer: Merge new polynomials manipulation
module
http://code.google.com/p/sympy/issues/detail?id=2133
So what remains to be done, other than fixing the ode tests?
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" grou
Updates:
Status: Accepted
Labels: Integration WrongResult
Comment #1 on issue 2150 by asmeurer: integrate gives wrong result
http://code.google.com/p/sympy/issues/detail?id=2150
No, you have definitely found a bug. The problem is in the indefinite
integral:
In [23]: integrate
Comment #26 on issue 1587 by asmeurer: Polynomials docs
http://code.google.com/p/sympy/issues/detail?id=1587
I guess someone will have time to update all failing tests, doctests and
examples in documentation after
setting keep_sign = True by default.
Yes, I can do it. But I'll do it after
Updates:
Labels: NeedsReview
Comment #26 on issue 2041 by asmeurer: Doctest failures in Python 2.6.6
http://code.google.com/p/sympy/issues/detail?id=2041
I have cherry-picked the commit from comment 16 of issue 1587 onto this
branch. Please review.
Note, the problem that that commit
Comment #8 on issue 1721 by ronan.l...@gmail.com: Rename class 'Real'
http://code.google.com/p/sympy/issues/detail?id=1721
I made a branch renaming Real to Float:
https://github.com/rlamy/sympy/commits/1721-Real , but it'll have to be
redone once polys12 is in.
--
You received this message
Status: Accepted
Owner: ronan.l...@gmail.com
Labels: Type-Defect Priority-Critical Milestone-Release0.7.0
New issue 2151 by ronan.l...@gmail.com: BasicMeta.keep_sign
http://code.google.com/p/sympy/issues/detail?id=2151
After discussions in issue 1587, it seems that the consensus is that
BasicM
Comment #27 on issue 1587 by ronan.l...@gmail.com: Polynomials docs
http://code.google.com/p/sympy/issues/detail?id=1587
For keep_sign, I've opened issue 2151.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send email t
Updates:
Cc: fredrik.johansson
Labels: Series
Comment #1 on issue 2151 by asmeurer: BasicMeta.keep_sign
http://code.google.com/p/sympy/issues/detail?id=2151
It seems that it is relying on hypersimp((-1)**(1 + n)/(1 + n), n)
returning -(1 + n)/(2 + n) instead of (1 + n)/(-2 - n)
Status: Accepted
Owner: asmeurer
CC: christian.muise, ronan.l...@gmail.com
Labels: Type-Defect Priority-Medium Assumptions
New issue 2152 by asmeurer: sin, cos, exp, re, im = [abs]*5 in
sympy/assumptions/handlers/sets.py
http://code.google.com/p/sympy/issues/detail?id=2152
In line 340 of sym
Comment #13 on issue 2014 by smichr: sympy.solvers.solvers.solve should
also allow frozenset to hold equations
http://code.google.com/p/sympy/issues/detail?id=2014
I was favorable to the direction of the changes. Is any more going to be
done on this?
--
You received this message because y
Status: Accepted
Owner: smichr
Labels: Type-Defect Priority-Medium
New issue 2153 by smichr: min_ doesn't implement evaluation for its
arguments unless they are Numbers
http://code.google.com/p/sympy/issues/detail?id=2153
min_ should pass off its evaluation as max_(-x, -y), I believe. If
un
Comment #1 on issue 2153 by asmeurer: min_ doesn't implement evaluation for
its arguments unless they are Numbers
http://code.google.com/p/sympy/issues/detail?id=2153
The only code that uses min_ is Union._inf. I wonder if we should just
replace it with the new assumptions system's inequal
16 matches
Mail list logo