[sage-devel] Re: elliptic curve issues

2008-01-01 Thread Ismail Dönmez
Monday 31 December 2007 23:30:15 tarihinde John Cremona şunları yazmıştı: > A spkg *is* a tarball:   you can extract it using > tar jxf eclib-20071231.spkg > which will unpack it into eclib-20071231/  and all you need is in > there/src. Yes I know. > As for explanations, my pre-Sage distribution

[sage-devel] Re: elliptic curve issues

2007-12-31 Thread John Cremona
A spkg *is* a tarball: you can extract it using tar jxf eclib-20071231.spkg which will unpack it into eclib-20071231/ and all you need is in there/src. As for explanations, my pre-Sage distribution had all that but I'll have to look it up and update it. As for packaging this for Linux distribu

[sage-devel] Re: elliptic curve issues

2007-12-31 Thread Ismail Dönmez
Hi, Monday 31 December 2007 18:19:15 tarihinde John Cremona şunları yazmıştı: > The new package may be downloaded from > http://www.warwick.ac.uk/staff/J.E.Cremona/eclib-20071231.spkg Would it be possible for you to upload a tarball and maybe put a small page explaining eclib? That would make ea

[sage-devel] Re: elliptic curve issues

2007-12-31 Thread John Cremona
eclib-20071231.spkg is an updated version of cremona*.spkg which allows elliptic curves as input with rational (as opposed to just integer) coefficients. The Sage interface to the library functions for mwrank (etc) will need to be adapted to handle this. I expect that is best done as part of the

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread John Cremona
I believe that it's fine in characteristics not 2 or 3. But once you have checked equality of j-invariants (which is of course easy and should be done first) and you have a candidate u, then computing r,s,t appropriately will give a transform which is *guaranteed* to be correct. My question to y

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread Robert Bradshaw
On Dec 20, 2007, at 3:21 AM, John Cremona wrote: > Topic 1: isomorphisms between Weierstrass models > > For Robert B as author of weierstrass_morphism.py: It's not a bug but > I would recommend that you test for equality of j-invariants before > doing the harder work (which you do by extracting

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread William Stein
On Dec 20, 2007 10:18 AM, John Cremona <[EMAIL PROTECTED]> wrote: > > OK, I'm convinced. So the next version I submit of cremona*.spkg will > in fact be called eclib-.spkg. > > I hope the release managers will cooperate! They will. > Incidentally, cremona-20071116 can be removed from the list o

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread John Cremona
OK, I'm convinced. So the next version I submit of cremona*.spkg will in fact be called eclib-.spkg. I hope the release managers will cooperate! Incidentally, cremona-20071116 can be removed from the list of optional packages currently available as it's an older version of what is now a non-opt

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread William Stein
On Dec 20, 2007 9:55 AM, John Cremona <[EMAIL PROTECTED]> wrote: > > eclib is ok (though I was tempted to make if jeclib ;)) If you make it eclib you increase the chances of getting outside contributions a little maybe. Also, I personally hope that your code gets picked up and improved a lot by

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread John Cremona
eclib is ok (though I was tempted to make if jeclib ;)) though it does not capture the new modular symbol functionality, it is snappier than (say) meclib. Of course we should have started to think about this back at SD6. On 20/12/2007, William Stein <[EMAIL PROTECTED]> wrote: > > On Dec 20, 2007

[sage-devel] Re: elliptic curve issues

2007-12-20 Thread William Stein
On Dec 20, 2007 4:21 AM, John Cremona <[EMAIL PROTECTED]> wrote: > Topic 2: package names. > > I am a little embarrassed that there is precisely one package (spkg) > whose name is a person's name (especially when it apparently results > in bug reports of the form "cremona causes fatal crash"). It