Oh, I just assumed the interface with Maxima would maintain precision.
On Aug 1, 1:03 pm, kcrisman <kcris...@gmail.com> wrote:
> On Aug 1, 3:17 pm, Eviatar <eviatarb...@gmail.com> wrote:
>
> > Is this a known bug?
>
> Perhaps it is better to say that it is a confusing feature.
>
> sage: x.simplify?
> <snip>
> Note: Currently, this just sends the expression to Maxima and
> converts
> it back to Sage.
> <snip>
>
> In particular, the precision will not be carried over.
>
> On the other hand, as a workaround for what you are doing, you could
> just use a symbolic a and then substitute it in
> (expression.subs(a=RealField...)) at the very end.
>
> I am not sure if this is a good answer for you, but I don't think we
> can do anything else about this at the current time.
>
> - kcrisman
>
>
>
>
>
>
>
> > sage: a = RealField(200)(8.987551787368175506591796875e9)
> > sage: a
> > 8.9875517873681755065917968750000000000000000000000000000000e9
> > sage: var('y')
> > y
> > sage: b = (a * x).mul(y, hold=True)
> > sage: b
> > (8.9875517873681755065917968750000000000000000000000000000000e9*x)*y
> > sage: c = (b / (x * y)).simplify()
> > sage: c
> > 8987551787.37
> > sage: RealField(200)(c)
> > 8.9875517873681697845458984375000000000000000000000000000000e9
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org
