This is indeed a bug. The logic was meant to handle the case '1.23' (a
decimal in the middle of the mantissa) as having three significant figures.
https://github.com/sagemath/sage/pull/74
On Fri, Mar 31, 2017 at 8:02 AM, William Stein wrote:
> Ok I think I just made a remark this is irrelevant
Oddly, it always seems to affect the first defined variable apart from x.
Thanks for the bug report.
--
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, send an email
to sage-devel+un
Complete traceback, if it helps:
File "src/sage/symbolic/expression.pyx", line 3537, in
sage.symbolic.expression.Expression._cmp_
Failed example:
RealSet((0, pi),[pi, pi],(pi,4))
Exception raised:
Traceback (most recent call last):
File
"/Users/Masson/Downloads/GitHub/sage/lo
On Friday, March 31, 2017 at 8:30:38 PM UTC+1, Frédéric Chapoton wrote:
>
> Hello,
>
> Could please someone with an apple help me debug the ticket
> https://trac.sagemath.org/ticket/22257 (which stands as a current block
> on our long road to python3, and was positive reviewed before it failed
Hello,
Could please someone with an apple help me debug the ticket
https://trac.sagemath.org/ticket/22257 (which stands as a current block on
our long road to python3, and was positive reviewed before it failed on
apple)
More specifically,
(1) apply the branch, run the tests:
sage -bt --long
Ok I think I just made a remark this is irrelevant to your actual question.
CC'ing Robert Bradshaw who I think wrote the relevant code for choosing
precision...
On Fri, Mar 31, 2017 at 8:00 AM William Stein wrote:
> On Fri, Mar 31, 2017 at 7:24 AM Travis Scrimshaw
> wrote:
>
> I believe this
On Fri, Mar 31, 2017 at 7:24 AM Travis Scrimshaw wrote:
> I believe this comes from
>
> if '.' in mantissa and mantissa[:2] != '0.':
> sigfigs -= 1
>
> is RealNumber. Now, as to why this was decided, this is outside of my
> knowledge.
>
In sage (which just wraps mpdr) the pr
I am interested in Coxeter groups and have worked quite a bit on them in
Sage. So feel free to cc me on the eventual ticket ("tscrim") and/or e-mail
me if you have any questions if you don't want to post here.
As Miguel said, you should consider including this as an optional spkg or
including y
I believe this comes from
if '.' in mantissa and mantissa[:2] != '0.':
sigfigs -= 1
is RealNumber. Now, as to why this was decided, this is outside of my
knowledge.
Best,
Travis
--
You received this message because you are subscribed to the Google Groups
"sage-devel" grou
I recommend you to start by reading the sage developer guide:
http://doc.sagemath.org/html/en/developer/index.html
It covers all the development process.
I am no expert in Coxeter groups, but from what I see, we already have
support for them in Sage. So I will assume that your software would pr
On Fri, Mar 31, 2017 at 12:10 PM, Eric Gourgoulhon
wrote:
>
> Le vendredi 31 mars 2017 10:51:29 UTC+2, Erik Bray a écrit :
>>
>>
>> I would still suggest they use Docker...
>>
>
> OK, I've answered to the ask.sagemath user accordingly. Please correct my
> answer if necessary (I am not using Window
Le vendredi 31 mars 2017 10:51:29 UTC+2, Erik Bray a écrit :
>
>
> I would still suggest they use Docker...
>
>
OK, I've answered to the ask.sagemath user accordingly. Please correct my
answer if necessary (I am not using Windows myself, nor Docker...).
Best regards,
Eric.
--
You received
Hi,
I was surprised to notice the following behavior:
sage: r = .123456789123456789
sage: r.parent()
Real Field with 57 bits of precision
sage: r =0.123456789123456789
sage: r.parent()
Real Field with 60 bits of precision
sage: r = 00.123456789123456789
sage: r.parent()
Real Field with
Hi,
the following behaviour of Sage 7.5.1 and 7.6 (Ubuntu 16.04.1, 64-bit) is
unexpected:
sage: var('x y0 y1')
(x, y0, y1)
sage: y0.series(x)
1*x + Order(x^20)
sage: y1.series(x)
(y1)
Version 7.4 works fine.
Best,
Tobias
--
You received this message because you are subscribed to the Google
Dear sage developers,
During my PhD I developed a C++ program to compute invariants of hyperbolic
Coxeter groups.
The program was published in the LMS Journal of Computations and
Mathematics and is now on GitHub: https://github.com/rgugliel/CoxIter
I am wondering if it could be included into SA
On Fri, Mar 31, 2017 at 10:28 AM, Eric Gourgoulhon
wrote:
> Hi,
>
> Le samedi 18 mars 2017 14:27:49 UTC+1, Volker Braun a écrit :
>>
>> Yes, its scripted
>> (https://bitbucket.org/vbraun/sage-virtual-appliance-buildscript). I'll try
>> to remember to build one for Sage 7.6 which should be out soon
Hi,
Le samedi 18 mars 2017 14:27:49 UTC+1, Volker Braun a écrit :
>
> Yes, its scripted (
> https://bitbucket.org/vbraun/sage-virtual-appliance-buildscript). I'll
> try to remember to build one for Sage 7.6 which should be out soon...
>
>
Volker, will you have time to build it? On ask.sagemath, p
On 30/03/2017 21:14, Thierry wrote:
Hi,
On Thu, Mar 30, 2017 at 05:15:10PM +0200, Marc Mezzarobba wrote:
Thierry wrote:
I found the reference i was looking for :
http://doc.sagemath.org/html/en/reference/rings_numerical/sage/rings/real_double.html#sage.rings.real_double.RealDoubleElement.ulp
18 matches
Mail list logo