Comment #9 on issue 1949 by mattpap: Doctests for polynomials module
http://code.google.com/p/sympy/issues/detail?id=1949
#7: As I recall, Sphinx uses relative sections, so if we use in
docstrings then we have to modify rst files in which particular docstrings
are imported, e.g. use
Comment #5 on issue 2020 by chr.schu...@gmx.de: Symbols Matrices
http://code.google.com/p/sympy/issues/detail?id=2020
I created a patch with the test script in sympy/matrices/tests and all
functions decorated with @XFAIL
Attachments:
test_sym_matrices.py 6.2 KB
--
You received
Comment #6 on issue 2020 by ronan.l...@gmail.com: Symbols Matrices
http://code.google.com/p/sympy/issues/detail?id=2020
I don't think adding a shape argument to Symbol is a good idea, it would
severely dilute the meaning of the class Symbol and force all code using it
to add checks for the
Updates:
Cc: mattpap
Labels: Polynomial
Blockedon: 1949
Comment #4 on issue 2010 by asmeurer: Integration with the full Risch
Algorithm
http://code.google.com/p/sympy/issues/detail?id=2010
So there is a nasty bug from polys10:
In [1]: c
Out[1]: Poly(0*_t0 + (1 + x +
Issue 1949: Doctests for polynomials module
http://code.google.com/p/sympy/issues/detail?id=1949
This issue is now blocking issue 2010.
See http://code.google.com/p/sympy/issues/detail?id=2010
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Updates:
Labels: Matching
Comment #5 on issue 790 by asmeurer: risch: PolynimialException when
integrating not-so-trivial exponents
http://code.google.com/p/sympy/issues/detail?id=790
By the way, exact substitution does NOT fix the problem. The problem is
that, once you do exact
Updates:
Labels: NeedsReview
Comment #6 on issue 1568 by mattpap: factoring is working too hard
http://code.google.com/p/sympy/issues/detail?id=1568
More symbolic capabilities were added to factor() in polys11 branch, e.g.:
In [1]: var('a')
Out[1]: a
In [2]: df=-(1 - x)**2*(4 + x)/((2
Comment #5 on issue 2010 by asmeurer: Integration with the full Risch
Algorithm
http://code.google.com/p/sympy/issues/detail?id=2010
Actually, .mul_ground() didn't work where I was going to use it:
In [1]: Poly(x*t, t).mul_ground(1/x)
…
PolynomialError: 1/x contains an element of the
Comment #6 on issue 2010 by mattpap: Integration with the full Risch
Algorithm
http://code.google.com/p/sympy/issues/detail?id=2010
This is a deeper problem, because in polys11 I get:
In [1]: var('a,b')
Out[1]: (a, b)
In [2]: integrate(1/((a-x)*(b-x)), x)
Out[2]: 0
which isn't a very
Comment #7 on issue 2010 by asmeurer: Integration with the full Risch
Algorithm
http://code.google.com/p/sympy/issues/detail?id=2010
Well, I must have fixed that somewhere, because I get:
In [11]: integrate(1/((a-x)*(b-x)), x)
Out[11]:
⎛
Comment #2 on issue 2024 by christian.muise: Implement 'with' statement for
assumptions.
http://code.google.com/p/sympy/issues/detail?id=2024
Ahh, never thought about the 2.4 issue. That's a good point -- I'll hold
off implementing this until we drop the requirement.
As for 'with
Comment #3 on issue 2024 by asmeurer: Implement 'with' statement for
assumptions.
http://code.google.com/p/sympy/issues/detail?id=2024
I'll hold off implementing this until we drop the requirement.
Or you could implement it, and that will provide an excuse to drop
support :)
--
You
Comment #4 on issue 2024 by christian.muise: Implement 'with' statement for
assumptions.
http://code.google.com/p/sympy/issues/detail?id=2024
True...and this feature would likely entice users to use the new assumption
system even more. Something I'm definitely not against.
--
You
Comment #5 on issue 2024 by mattpap: Implement 'with' statement for
assumptions.
http://code.google.com/p/sympy/issues/detail?id=2024
mpmath uses context managers and polys module will support them in near
future, so I don't see a reason why not to implement them in assumptions
module
14 matches
Mail list logo