[sage-devel] Re: Unpickling dictionaries with unhashable keys

2014-05-12 Thread Andrew
You need to define a new __setstate__ method that allows for the old and new way of doing things. Something like: if isinstance(state, dict): # for old pickles from Partition_class self._set_parent(_Partitions) self.__dict__ = state else: self._set_paren

[sage-devel] Unpickling dictionaries with unhashable keys

2014-05-12 Thread Julian Rüth
Hello sage-devel, at #11895 I'm trying to make p-adic numbers unhashable. This works nicely except for one pickle from the pickle jar that I can't seem to fix. The problem is that DirichletGroup_class used to have a dict which uses p-adic numbers as keys. That dict used to be a cache which is not

Re: [sage-devel] Re: RAM to build Sage

2014-05-12 Thread Julien Puydt
Hi, Le 12/05/2014 11:45, Emmanuel Charpentier a écrit : Le vendredi 9 mai 2014 18:31:02 UTC+2, Dima Pasechnik a écrit : On 2014-05-09, Volker Braun > wrote: We do have a arm machine in Oxford with more than enough ram (afair 4GB). Dima did some work on finishing the arm port. In any case,

Re: [sage-devel] Re: tests related to papers and books

2014-05-12 Thread Dr. David Kirkby
On 12 May 2014 16:58, "John Cremona" wrote: > > I'm sure that rtf did not mean to provide the physical machine, just the information about the machine (hardware and os, say)! > > John ..k "(Provide to whom? )" > > On 12 May 2014 16:51, Dr. David Kirkby wrote: >> >> >> On 10 May 2014 17:37, "rjf"

[sage-devel] Re: The latest development version is 6.1.beta1 released on 2013-12-21.

2014-05-12 Thread P Purkayastha
That will provide only the sage library, not the whole distribution. I think if people are going to download from the sagemath site, they are probably looking for the whole distribution, with all the packages needed to compile offline. On Monday, May 12, 2014 1:03:05 AM UTC+8, leif wrote: > >

Re: [sage-devel] Re: reduce compilation times during development

2014-05-12 Thread P Purkayastha
Most of this time is spent in gcc. This can be seen if you grep the log file for "Finished Cythonizing". The commands following it are all gcc/g++ commands. On Monday, May 12, 2014 7:30:20 PM UTC+8, Volker Braun wrote: > > Is the time spent in gcc or in Cython or both? > > > On Monday, May 12, 2

Re: [sage-devel] Re: tests related to papers and books

2014-05-12 Thread William Stein
On Mon, May 12, 2014 at 8:51 AM, Dr. David Kirkby wrote: > > On 10 May 2014 17:37, "rjf" wrote: >> >> >> >> It seems to me that the "reproducibility" should be with respect to the >> same conditions as the original publication. That is, someone who says >> "I'm telling the truth because yada yad

Re: [sage-devel] Re: tests related to papers and books

2014-05-12 Thread John Cremona
I'm sure that rtf did not mean to provide the physical machine, just the information about the machine (hardware and os, say)! John On 12 May 2014 16:51, Dr. David Kirkby wrote: > > On 10 May 2014 17:37, "rjf" wrote: > > > > > > > > It seems to me that the "reproducibility" should be with res

Re: [sage-devel] Re: tests related to papers and books

2014-05-12 Thread Dr. David Kirkby
On 10 May 2014 17:37, "rjf" wrote: > > > > It seems to me that the "reproducibility" should be with respect to the same conditions as the original publication. That is, someone who says "I'm telling the truth because yada yada Sage version x.y.z on machine q.p should provide not only the co

Re: [sage-devel] Singular upgrade plans?

2014-05-12 Thread kroeker
> > Singular 4-0-0 is the result of that big refactoring effort, right? > yes, partly. The refactoring still continues. Olexandr Motsak told be that the released version is a beta and he had no idea about a date for the official release. We'll see if the team is brave enough for due major cha

[sage-devel] Re: Hoping to develop Game Theoretical capabilities in to Sage

2014-05-12 Thread leif
Vincent Knight wrote: I have raised the 3 tickets here: - http://trac.sagemath.org/ticket/16331#ticket - http://trac.sagemath.org/ticket/16332#ticket - http://trac.sagemath.org/ticket/16333#ticket I have put them under the 'relocation' component as I'm hoping that a result of these 3 tickets wo

[sage-devel] Please review #13125

2014-05-12 Thread Volker Braun
This fixes some critical bugs in comparison with infinities -- 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...@googlegroups.com. To post to thi

Re: [sage-devel] Re: reduce compilation times during development

2014-05-12 Thread Volker Braun
Is the time spent in gcc or in Cython or both? On Monday, May 12, 2014 12:54:23 PM UTC+2, P Purkayastha wrote: > > Here is some more information. I checked out ticket/16325 and it differs > from develop by only two commits to a single file. > > ~/Installations/sage-git» git l -n 3 > * 2ecec6b -

Re: [sage-devel] Re: reduce compilation times during development

2014-05-12 Thread P Purkayastha
On Monday, May 12, 2014 6:54:23 PM UTC+8, P Purkayastha wrote: > > The time required (4 min) is much better than yesterday, but still too > long. Is this to be expected? The log file sage.log is attached. > > A copy of all the files is kept in src/build/lib.* - can it not just check > the diff

Re: [sage-devel] Re: reduce compilation times during development

2014-05-12 Thread Volker Braun
Try "sage -ba". If it is not very fast, tell us why cycache is not working on your machine. On Monday, May 12, 2014 12:13:31 PM UTC+2, P Purkayastha wrote: > > All of this was on 6.3.beta0 > On May 12, 2014 5:46 PM, "Volker Braun" > > wrote: > >> With ccache and cycache the recompliation time

Re: [sage-devel] Re: reduce compilation times during development

2014-05-12 Thread P Purkayastha
All of this was on 6.3.beta0 On May 12, 2014 5:46 PM, "Volker Braun" wrote: > With ccache and cycache the recompliation time of extension modules is > negligible. Should work automatically for Sage >= 6.2.rc0 > > > On Monday, May 12, 2014 11:36:20 AM UTC+2, P Purkayastha wrote: >> >> Yes, this is

[sage-devel] Re: RAM to build Sage

2014-05-12 Thread Volker Braun
Arm might soon be a major player in the low-power server market, see e.g. the recent Opteron A1100 announcement. On Monday, May 12, 2014 11:45:12 AM UTC+2, Emmanuel Charpentier wrote: > > > We do have a arm machine in Oxford with more than enough ram (afair >> 4GB). >> > Dima did some work on

[sage-devel] Re: reduce compilation times during development

2014-05-12 Thread Volker Braun
With ccache and cycache the recompliation time of extension modules is negligible. Should work automatically for Sage >= 6.2.rc0 On Monday, May 12, 2014 11:36:20 AM UTC+2, P Purkayastha wrote: > > Yes, this is set. I tried it again just now. I changed to develop using > > git checkout develop >

[sage-devel] Re: RAM to build Sage

2014-05-12 Thread Emmanuel Charpentier
Le vendredi 9 mai 2014 18:31:02 UTC+2, Dima Pasechnik a écrit : > > On 2014-05-09, Volker Braun > wrote: > > We do have a arm machine in Oxford with more than enough ram (afair > 4GB). > > Dima did some work on finishing the arm port. In any case, its not a ram > > issue. > indeed. Please re

[sage-devel] Re: reduce compilation times during development

2014-05-12 Thread P Purkayastha
Yes, this is set. I tried it again just now. I changed to develop using git checkout develop and re-ran the upgrade process. It shouldn't have upgraded anything, but it still decided to compile a bunch of packages anyway. Thankfully, it found most in ccache, except for R. But for sage, the foll

[sage-devel] Re: Hoping to develop Game Theoretical capabilities in to Sage

2014-05-12 Thread Vincent Knight
I have raised the 3 tickets here: - http://trac.sagemath.org/ticket/16331#ticket - http://trac.sagemath.org/ticket/16332#ticket - http://trac.sagemath.org/ticket/16333#ticket I have put them under the 'relocation' component as I'm hoping that a result of these 3 tickets would be a new component