Updates:
Status: Fixed
Comment #32 on issue 3501 by smi...@gmail.com: Missing partitions in
sympy.utilities.iterables.multiset_partitions
http://code.google.com/p/sympy/issues/detail?id=3501
(No comment was entered for this change.)
--
You received this message because you are
Comment #5 on issue 2467 by smi...@gmail.com: Better way to test if evalf()
returns a Number
http://code.google.com/p/sympy/issues/detail?id=2467
testing is easier than I mentioned above: `x.is_Number or pure_complex(x)`:
from sympy.core.evalf import pure_complex
pure_complex(a)
Updates:
Status: Fixed
Comment #12 on issue 3536 by smi...@gmail.com: float NaN is not resolved
with other numbers
http://code.google.com/p/sympy/issues/detail?id=3536
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google
Status: Valid
Owner:
Labels: Type-Defect Priority-Medium
New issue 3540 by smi...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
I added some XFAIL tests for this:
@XFAIL
def test_inf():
assert not 3 == not Float('inf')
assert not -3 ==
Comment #1 on issue 3540 by smi...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
(this is not a result of the recent changes to Float -- the problem exists
at SHA1 = 8fd44d49b783c46f817bdf4f691199dae7054132, too.)
--
You received this message
Comment #2 on issue 3540 by smi...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
(parentheses are need around the terms on either side of each ==):
assert (not 3) == (not Float('inf'))
assert (not -3) == (not Float('-inf'))
--
You received this
Comment #10 on issue 3028 by smi...@gmail.com: fnan and NaN print the same
http://code.google.com/p/sympy/issues/detail?id=3028
With 3536 in, I think this can be closed. fnan is just an mpf tuple;
whenever you see 'nan', now, it should mean S.NaN.
--
You received this message because you
Updates:
Labels: NeedsReview smichr
Comment #2 on issue 3446 by smi...@gmail.com: interactions with Float(0.0)
http://code.google.com/p/sympy/issues/detail?id=3446
https://github.com/sympy/sympy/pull/1679
--
You received this message because you are subscribed to the Google Groups
Updates:
Labels: smichr NeedsReview
Comment #8 on issue 2950 by smi...@gmail.com: Rational() doesn't work with
floats
http://code.google.com/p/sympy/issues/detail?id=2950
https://github.com/sympy/sympy/pull/1679
--
You received this message because you are subscribed to the Google
Comment #2 on issue 3117 by smi...@gmail.com: -+inf with pretty printer and
Float('inf')
http://code.google.com/p/sympy/issues/detail?id=3117
Maybe you could double check this now, Aaron. I get
print f.subs(alpha, 7.4).subs(x, 0)
-inf + +inf*exp(-1)
f.subs(alpha, 7.4).subs(x, 0)
-inf +
Comment #6 on issue 2467 by asmeu...@gmail.com: Better way to test if
evalf() returns a Number
http://code.google.com/p/sympy/issues/detail?id=2467
I suppose there's also a third possibility: functions that don't know how
to evalf.
--
You received this message because you are subscribed
Comment #3 on issue 3540 by colleenc...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
Should be due to:
mpmath.mpf(Float('inf')._mpf_)
mpf('0.0')
mpmath.mpf(Float('-inf')._mpf_)
mpf('0.0')
(See __nonzero__ in Float.)
--
You received this message
Comment #4 on issue 3540 by asmeu...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
The real test should be to compare against the builtin float:
In [4]: not float('inf')
Out[4]: False
--
You received this message because you are subscribed to the
Comment #2 on issue 3535 by colleenc...@gmail.com: simplify hangs on input
float NaN * I
http://code.google.com/p/sympy/issues/detail?id=3535
This particular case is no longer a problem, since float NaN has been
removed. It does not occur with (float inf) * I or (float -inf) * I.
--
You
Comment #5 on issue 3540 by asmeu...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
To clarify what I meant, the real litmus test for what Float should return
should be to look at float. I'm not saying that Float.__nonzero__ should
use float.
--
Updates:
Labels: Evalf
Comment #3 on issue 3117 by asmeu...@gmail.com: -+inf with pretty printer
and Float('inf')
http://code.google.com/p/sympy/issues/detail?id=3117
In master? This is still an issue:
In [3]: log(-1000e1000)
Out[3]: -+inf + 3.14159265358979⋅ⅈ
--
You
Updates:
Status: Fixed
Comment #3 on issue 3535 by asmeu...@gmail.com: simplify hangs on input
float NaN * I
http://code.google.com/p/sympy/issues/detail?id=3535
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
Status: Valid
Owner:
Labels: Type-Defect Priority-Medium
New issue 3541 by smi...@gmail.com: Float._new allows S.Zero to be returned
http://code.google.com/p/sympy/issues/detail?id=3541
Although Float(0) returns 0.0, when Float._new encounters the mpf tuple
corresponding to 0, it returns
Updates:
Status: Valid
Comment #18 on issue 2340 by smi...@gmail.com: Float(1) returns Integer
http://code.google.com/p/sympy/issues/detail?id=2340
The issues in the previous comment should be resolved.
--
You received this message because you are subscribed to the Google Groups
Updates:
Status: Fixed
Comment #19 on issue 2340 by smi...@gmail.com: Float(1) returns Integer
http://code.google.com/p/sympy/issues/detail?id=2340
I'll move the last comments to issue 3446
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Comment #3 on issue 3446 by smi...@gmail.com: interactions with Float(0.0)
http://code.google.com/p/sympy/issues/detail?id=3446
copied from issue 2340 Also:
Float(1.0) - Float(1.0)
0
It should probably return a Float (0.0). Similar things happen with
multiplication etc,
Comment #6 on issue 3540 by smi...@gmail.com: not Float('inf') is True
http://code.google.com/p/sympy/issues/detail?id=3540
I see the following:
def mpf_norm(mpf, prec):
Return the mpf tuple normalized appropriately for the indicated
precision.
This also contains a portion of
22 matches
Mail list logo