On 2017-03-29 11:24, Dima Pasechnik wrote:
Is the following a bug, or not:
Fix planned at
https://trac.sagemath.org/ticket/22714
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it,
Hi,
On Wed, Mar 29, 2017 at 08:00:14AM -0700, Dima Pasechnik wrote:
>
>
> On Wednesday, March 29, 2017 at 2:23:14 PM UTC+1, Jeroen Demeyer wrote:
> >
> > On 2017-03-29 11:24, Dima Pasechnik wrote:
> > > Is the following a bug, or not:
> >
> > A bug in what :-)
> >
>
> in pari (why don't
On Wednesday, March 29, 2017 at 2:23:14 PM UTC+1, Jeroen Demeyer wrote:
>
> On 2017-03-29 11:24, Dima Pasechnik wrote:
> > Is the following a bug, or not:
>
> A bug in what :-)
>
in pari (why don't they chop off a factor of x^j, it costs next to nothing)
(or Sage can do this, too)
> This
On 2017-03-29 11:24, Dima Pasechnik wrote:
Is the following a bug, or not:
A bug in what :-)
This is already interesting (on Linux):
sage: float(RR(3).sqrt())
1.7320508075688772
sage: float(RDF(3).sqrt())
1.7320508075688772
sage: float(RR(sqrt(3)))
1.7320508075688772
sage:
Is the following a bug, or not:
# Sage 7.6 built with clang 3.8 on x86_64 FreeBSD 11.0 (see #22679)
sage: z=(1/2)*(1+RDF(sqrt(3))*CDF.0); z
0.5 + 0.8660254037844386*I
sage: [z.algdep(k) for k in [2..6]]
[x^2 - x + 1, x^3 - x^2 + x, x^3 - x^2 + x, x^5 + x^2, x^5 + x^2]
# Sage 7.6 on x86_64 Linux
