On Monday, August 28, 2017 at 8:06:32 AM UTC-5, Simon King wrote:
>
> Hi Jeroen,
>
> On 2017-08-28, Jeroen Demeyer >
> wrote:
> >> If not, then I think magical methods should be
> >> banned from the category framework.
> >
> > De facto, this is already the case.
>
> Good. But, as Travis po
On Monday, August 28, 2017 at 3:45:23 AM UTC-7, Nicolas M. Thiéry wrote:
>
> sage: from __future__ import unicode_literals
> sage: QQ['x,y']
> ...
> ValueError: variable name 'x,y' is not alphanumeric
>
PolynomialRing(QQ,'x,y')
and
PolynomialRing(QQ,u'x,y')
On Monday, August 28, 2017 at 3:45:23 AM UTC-7, Nicolas M. Thiéry wrote:
>
> Problem
> ---
>
> A dozen of our "print" are of the form "print(a,b)". In this case, the
> output differs between Python 2 and Python 3, which is annoying: we
> would like our examples to work with the current Sage
Indeed, adding __hash__ to the CDF class seems to fix this specific issue.
I wonder how many hash we are going to be forced to add..
The next problem is very strange. During the initialisation of the damn I
symbol (that seems to be responsible for a non-negligible part of our
startup time), the
Hi Jeroen,
On 2017-08-28, Jeroen Demeyer wrote:
>> If not, then I think magical methods should be
>> banned from the category framework.
>
> De facto, this is already the case.
Good. But, as Travis pointed out at #23707, there is a __getitem__
in ModulesWithBasis.ElementMethods. As I just found,
On Saturday, August 26, 2017 at 4:57:25 PM UTC-4, Dr. David Kirkby (Kirkby
Microwave Ltd) wrote:
>
> On 26 August 2017 at 01:40, David Roe >
> wrote:
>
>> This is not a bug. If you look at the documentation for Integer.__pow__,
>> you'll see "For consistency with Python and MPFR, 0^0 is defin
Le lundi 28 août 2017 14:05:29 UTC+2, Erik Bray a écrit :
>
> On Sat, Aug 26, 2017 at 9:00 AM, Frédéric Chapoton > wrote:
> > Shorter traceback, with the same issue. This has probably something to
> do
> > with the behaviour of weak-cahe (which is different with python3)
> >
> >
> > Traceb
On 2017-08-28 14:33, Simon King wrote:
Is there any chance to get it to work for
magical Python methods?
Certainly not easily. It could be done on a case-by-case basis, but not
in general.
If not, then I think magical methods should be
banned from the category framework.
De facto, this is
Hi Nicolas,
On 2017-08-28, Nicolas M. Thiery wrote:
>> - Use the fact that when creating a dynamic class, one can provide
>> information on how it should be pickled. Namely, P.element_class
>> should be pickled as getattr, (P, 'element_class') so that in
>> future it will be guaranteed that
I'm guessing it might be this from
https://docs.python.org/3.6/reference/datamodel.html#object.__hash__
A class that overrides __eq__() and does not define __hash__() will have
its __hash__() implicitly set to None.
Python2:
>>> class X(tuple):
... def __eq__(self, other): return False
On Sat, Aug 26, 2017 at 9:00 AM, Frédéric Chapoton wrote:
> Shorter traceback, with the same issue. This has probably something to do
> with the behaviour of weak-cahe (which is different with python3)
>
>
> Traceback (most recent call last):
> File
> "/home/chapoton/sage3/local/lib/python3.6/si
On 2017-08-28 13:03, Nicolas M. Thiery wrote:
This has been rediscussed recently, with attempts to assess precisely
the overhead and mitigate it. I don't manage to find the exact ticket,
but it's around #23435; Jeroen do you remember?
It's the discussion on https://trac.sagemath.org/ticket/2263
On 2017-08-28 12:45, Nicolas M. Thiery wrote:
> - Do you foresee other sources of problems? Recommend other tests to run?
I've just randomly looked at some of the pages and found
filter (is_prime, [1..55])
When I am correct, this will be an iterator in Python 3 (and is a list now).
There are
Dear Simon,
On Mon, Aug 28, 2017 at 07:30:41AM +, Simon King wrote:
> Let P be a parent and P.Element=EC a subclass of Element.
> - If EC is a Python class, then P.element_class is a dynamic class
> obtained from EC and from P.category().element_class.
> - If EC is a Cython class, th
On 2017-08-26 02:40, David Roe wrote:
> This is not a bug. If you look at the documentation for
> Integer.__pow__, you'll see "For consistency with Python and MPFR, 0^0
> is defined to be 1 in Sage."
To avoid such a discussion in future:
https://trac.sagemath.org/ticket/23735
(with the link fro
Dear sage developers,
Thanks to the stamina and determination of Paul Zimmerman, and the
help of many, the English translation of our French book “Calcul
Mathématique avec Sage” is getting close to completion:
http://sagebook.gforge.inria.fr/
(you can also find a German translati
For twenty years in the FAQ of sci.math:
http://www.faqs.org/faqs/sci-math-faq/0to0/
--
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+unsubscr...@goog
>From a symbolic (calculus) point of view, 0^0 should return undef.
Otherwise you can not do a first quick substitution if you are computing
limits.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receivin
Hi!
Let P be a parent and P.Element=EC a subclass of Element.
- If EC is a Python class, then P.element_class is a dynamic class
obtained from EC and from P.category().element_class.
- If EC is a Cython class, then P.element_class is just EC. Why?
It should still inherit methods from P.categor
19 matches
Mail list logo
