Re: [sage-devel] Users can permanently modify GF(5).list()

2016-06-01 Thread Johan S . R . Nielsen
Volker Braun writes: > I've said it before: list() should always return a tuple. Yes I know its > called list, but its just an English thing that verb and noun can't be > distinguished. Certainly no excuse to cache mutable data structures. This is now #20743. Since I am currently unable to compi

[sage-devel] make giac/giacpy a standard package

2016-06-01 Thread Ralf Stephan
The giac and giacpy packages are now one year optional (#12375). Since pynac-0.6.6 (#20742) has optional support for giac, and uses it to fix a bug, as well as a much faster GCD, I'm proposing to make the giac/giacpy packages a standard part of Sage. In a recent thread we could also read about the

[sage-devel] Re: make giac/giacpy a standard package

2016-06-01 Thread Dima Pasechnik
On Wednesday, June 1, 2016 at 9:00:34 AM UTC+1, Ralf Stephan wrote: > > The giac and giacpy packages are now one year optional (#12375). Since > pynac-0.6.6 (#20742) has optional support for giac, and uses it to fix a > bug, > as well as a much faster GCD, I'm proposing to make the giac/giacpy

Re: [sage-devel] Re: Infix mod operator?

2016-06-01 Thread Erik Bray
On Tue, May 31, 2016 at 7:07 PM, Nils Bruin wrote: > > On Tuesday, May 31, 2016 at 9:37:48 AM UTC-7, Volker Braun wrote: >> >> This was a request at sd74: >> >> sage: 42 mod 8 >> 2 >> sage: type(42 mod 8) >> >> >> Thoughts? Ticket is at http://trac.sagemath.org/ticket/20735 > > >

Re: [sage-devel] Re: Infix mod operator?

2016-06-01 Thread Daniel Krenn
On 2016-06-01 00:31, Nils Bruin wrote: > On Tuesday, May 31, 2016 at 3:11:00 PM UTC-7, Volker Braun wrote: > > PS: This would still leave room for a preparser hack for the > easy-to-implement paren-mod infix operator: > > X (mod Y) -->X * mod(Y) > > Thoughts? > The pr

Re: [sage-devel] Re: Infix mod operator?

2016-06-01 Thread Bruno Grenet
I've already commented on trac, but a very quick answer: Le 01/06/2016 00:07, Volker Braun a écrit : Well "mod 3" can't occur inside a valid Python expression so at most it'll unbreak currently-broken code ;-) It can be valid in Sage: sage: implicit_multiplication(True) sage: mod = 5 sage: mo

[sage-devel] Kudos to tmonteil

2016-06-01 Thread kcrisman
Despite having starting answering questions just over three years ago, Thierry Monteil will (probably in mere moments) become the first person with 1 "karma" on ask.sagemath.org. Congratulations - and thanks to ALL who patrol that site, which has brought so much help to so many. (And stil

[sage-devel] Bugs in solve

2016-06-01 Thread Bruno Grenet
Hi all, I've reported two bugs in solve on trac, seemingly due to bugs in our interface with Maxima. 1. Ticket #20755 : the bug implies wrong answers when invoking roots on symbolic expressions: sage: w = x^4 - (1+3*i)*x^3 - (2-4*i)*x^2 + (6-

Re: [sage-devel] Users can permanently modify GF(5).list()

2016-06-01 Thread Kiran Kedlaya
Eh? Shouldn't foo.list() return the same as list(foo) (a list) and foo.tuple() the same as tuple(foo) (a tuple)? On Tuesday, May 31, 2016 at 6:08:51 AM UTC-7, Volker Braun wrote: > > I've said it before: list() should always return a tuple. Yes I know its > called list, but its just an English t