#12967: bugs in comparisons between constants, wrapped pyobjects, infinity
-------------------------------------+-------------------------------------
Reporter: dkrenn | Owner: burcin
Type: defect | Status: needs_work
Priority: major | Milestone: sage-6.6
Component: symbolics | Resolution:
Keywords: compare pi | Merged in:
infinity bool | Reviewers: Karl-Dieter Crisman
Authors: Travis Scrimshaw, | Work issues:
Ralf Stephan | Commit:
Report Upstream: N/A | c5845f6b18d582807dafaaf60ad6a5c8017173f3
Branch: u/rws/12967-2 | Stopgaps:
Dependencies: #17984 |
-------------------------------------+-------------------------------------
Comment (by pbruin):
Replying to [comment:40 mmezzarobba]:
> Replying to [comment:38 rws]:
> > the overwhelming majority want it to mean `x element of real/complex
field regardless of precision`. And that's also the use cases within Sage
that I have seen, and so I reflected it in the method description.
>
> I view that as a misunderstanding due to the unfortunate use of the name
`RR` in sage for what actually is the set of 53-bit floating-point numbers
(with some exponent bounds). In almost all other respects, the elements of
`RR` do not behave like "the reals", and it would be wrong to view them as
such!
From that perspective, `pi in RR` should return `False`. I personally
wouldn't be opposed to this, but since there is some subtlety involved, I
would expect many users won't like this.
--
Ticket URL: <http://trac.sagemath.org/ticket/12967#comment:43>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.
