> Python 3 only uses __eq__, __lt__, . Python also provides
> functools.partial_ordering to synthesizing the remaining methods just from
> __eq__ and __lt__. We either use that or write a similar decorator to also
> deal with coercion.
>
Perhaps we could follow suit with other parts o
I'm trying to set up django with sage support on an Apache server. I'm
working on Ubuntu. So far django and sage work fine, but I'm not able to
make Apache work.
Here is what I've done:
- Install django(1.7.1) in sage(6.2-x86_64)'s python(2.7.5) (
http://ask.sagemath.org/question/7576/will
On Sunday, October 26, 2014 2:08:27 PM UTC-7, Volker Braun wrote:
>
> Python 3 only uses __eq__, __lt__, . Python also provides
> functools.partial_ordering to synthesizing the remaining methods just from
> __eq__ and __lt__. We either use that or write a similar decorator to also
> deal wit
Python 3 only uses __eq__, __lt__, . Python also provides
functools.partial_ordering to synthesizing the remaining methods just from
__eq__ and __lt__. We either use that or write a similar decorator to also
deal with coercion.
The __richcmp__ method is a Cython convention and doesn't exist
Hi Travis,
On 2014-10-26, Travis Scrimshaw wrote:
> We need to get away from the __cmp__ to make the transition easier. Plus I
> would think most parents are not totally ordered.
Just for clarification: What exactly do you mean by "get away from
the __cmp__"? Are you saying we should use __rich
Am Sonntag, 26. Oktober 2014 18:59:10 UTC+1 schrieb Eric Gourgoulhon:
>
>
>
> Le dimanche 26 octobre 2014 16:02:30 UTC+1, Travis Scrimshaw a écrit :
>>
>> We need to get away from the __cmp__ to make the transition easier. Plus
>> I would think most parents are not totally ordered.
>>
>> Yes mos
Le dimanche 26 octobre 2014 16:02:30 UTC+1, Travis Scrimshaw a écrit :
>
> We need to get away from the __cmp__ to make the transition easier. Plus I
> would think most parents are not totally ordered.
>
> Yes most probably.
The task looks quite heavy: in src/sage:
find -name "*.py*" | xargs gre
Le dimanche 26 octobre 2014 11:08:15 UTC+1, Volker Braun a écrit :
>
> Right now: only implement __cmp__ following what is written in
> sage/structure/element.pyx, and not __eq__ and friends. You can play some
> tricks with the __richcmp__ hook but its probably best to stick to a single
> kind
This article is also discussed in another thread .. Trio .
.
Depending on what you are doing with the results of any computation, it
may be prudent to verify the results. I don't know that CAS are especially
more prone to bugs, but it may be that CAS are more likely to come up
with results that can
We need to get away from the __cmp__ to make the transition easier. Plus I
would think most parents are not totally ordered.
Best,
Travis
On Sunday, October 26, 2014 3:08:15 AM UTC-7, Volker Braun wrote:
>
> Right now: only implement __cmp__ following what is written in
> sage/structure/elemen
Right now: only implement __cmp__ following what is written in
sage/structure/element.pyx, and not __eq__ and friends. You can play some
tricks with the __richcmp__ hook but its probably best to stick to a single
kind of comparison if you want your stuff to transition easily to python3.
On Sun
Hi,
When implementing some algebra element class, I faced the following issue:
the class inherits from sage.structure.element.CommutativeAlgebraElement
and I've implemented the __eq__() and __ne__() methods, but not __cmp__()
because my algebra is not an ordered set. Everything works well (th
The password prompt is from git, it can't find the ssh key to authenticate and
falls back to password. Make sure you have the right ssh key, see the developer
manual for details.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe fro
Hello everyone,
I have setup the git-trac-enable using the source enable.sh and also
have set the username and password using
git trac config --user USERNAME --pass ''.
It prompts me to give in a password
~/sage$ git trac push 17030
Pushing to Trac #17030...
Guessed remote branch: u/a
14 matches
Mail list logo
