#1975: elliptic curve method -- one should trivially be able to implement a toy
version, but can't anymore, which sucks
-------------------------------+--------------------------------------------
Reporter: was | Owner:
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-4.4.2
Component: elliptic curves | Keywords:
Author: John Cremona | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
-------------------------------+--------------------------------------------
Comment(by cremona):
Replying to [comment:7 robertwb]:
> I'd really like to see this behavior, but I'm not sure this is the right
fix--probably what should happen is that most of the generic, missing code
should be moved up to a higher level. That would probably be a bit more
invasive though.
I rather expected this reaction -- but look, the *only* cases where this
makes any difference is precisely the case of an "elliptic curve over
Z/NZ". Since ECM is something many people want to teach, why not allow
this in now, pending a more rigorous implementation? There is absolutely
no effect from this patch on any elliptic curve defined over a field; and
I think this is much less dangerous than William's fix of telling a non-
field to pretend that it is a field, surely?
We could ask for a vote...
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/1975#comment:8>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
