Comment #1 on issue 2382 by asmeurer: Tuple needs ._to_mpmath
http://code.google.com/p/sympy/issues/detail?id=2382
I see. If mpmath uses iterables as their standard way of entering things,
then Tuple._to_mpmath should probably return tuple(i._to_mpmath for i in
Tuple.args). Or should it re
Status: Accepted
Owner: ness...@googlemail.com
CC: ronan.l...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2382 by ness...@googlemail.com: Tuple needs ._to_mpmath
http://code.google.com/p/sympy/issues/detail?id=2382
The mpmath library provides implmentations of e.g. hypergeometric
f
Updates:
Labels: -Type-Defect -NeedsReview Type-Enhancement NeedsBetterPatch
Milestone-Release0.7.1
Comment #6 on issue 101 by pr...@goodok.ru: tests on the wiki documentation
http://code.google.com/p/sympy/issues/detail?id=101
(No comment was entered for this change.)
--
You received this
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium
New issue 2381 by asmeurer: Decorated functions do not include their
original signature
http://code.google.com/p/sympy/issues/detail?id=2381
If you do help(function) on a decorated function, the signature shown is
that of
Updates:
Labels: NeedsReview
Comment #2 on issue 2379 by ronan.l...@gmail.com:
sympy.utilities.decorator.wraps should be compatible with functools.wraps
http://code.google.com/p/sympy/issues/detail?id=2379
Yes, we need a fallback for @wraps, because it's not available in 2.4.
https:/
Updates:
Labels: NeedsReview
Comment #5 on issue 1998 by ronan.l...@gmail.com: Can't use @deprecated,
@wraps in the core
http://code.google.com/p/sympy/issues/detail?id=1998
https://github.com/sympy/sympy/pull/314
--
You received this message because you are subscribed to the Google
Updates:
Labels: NeedsReview smichr
Comment #1 on issue 2377 by smi...@gmail.com: expand(log=True) could use a
force option
http://code.google.com/p/sympy/issues/detail?id=2377
see https://github.com/sympy/sympy/pull/306
--
You received this message because you are subscribed to the
Updates:
Status: Fixed
Labels: -NeedsReview PassedReview
Comment #13 on issue 2369 by ronan.l...@gmail.com: __init__.py import order
is not correct
http://code.google.com/p/sympy/issues/detail?id=2369
The pull request is in, so the specific problem discussed here should be
f
Updates:
Status: Fixed
Comment #3 on issue 2378 by ronan.l...@gmail.com: Remove Expr._op_priority
and @call_highest_priority
http://code.google.com/p/sympy/issues/detail?id=2378
It's in.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" grou
Comment #15 on issue 2307 by smi...@gmail.com: Duplicate methods:
as_coeff_mul and as_coeff_Mul
http://code.google.com/p/sympy/issues/detail?id=2307
I forget that as_coeff_foo already has a built-in mechanism to consider
what is the dependent part and what is the coeff part:
>>> (3*y*
Comment #14 on issue 2307 by smi...@gmail.com: Duplicate methods:
as_coeff_mul and as_coeff_Mul
http://code.google.com/p/sympy/issues/detail?id=2307
The test was just testing the ability to efficiently get the coefficient.
If you have to do something with the rest of the expression, then us
Updates:
Status: Fixed
Comment #3 on issue 2361 by smi...@gmail.com: Mul.flatten needs to watch
for the unevaluated Mul
http://code.google.com/p/sympy/issues/detail?id=2361
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google
Comment #13 on issue 2307 by matt...@gmail.com: Duplicate methods:
as_coeff_mul and as_coeff_Mul
http://code.google.com/p/sympy/issues/detail?id=2307
I got a little lost in the discussion about as_coeff_Mul() due to my recent
duties, but let me comment on a few things. If the test in #11 wa
13 matches
Mail list logo