#16977: remove 32-bit limitations in eclib modular symbols interface
-------------------------------------+-------------------------------------
Reporter: cremona | Owner:
Type: defect | Status: positive_review
Priority: minor | Milestone: sage-6.4
Component: elliptic curves | Resolution:
Keywords: eclib 32-bit | Merged in:
Authors: Jeroen Demeyer | Reviewers: Peter Bruin
Report Upstream: N/A | Work issues:
Branch: | Commit:
u/pbruin/16977-eclib_32_bit | ef88ebcbc4b3dab64925aeb8a56ec2349b73376f
Dependencies: | Stopgaps:
-------------------------------------+-------------------------------------
Comment (by cremona):
Replying to [comment:16 jdemeyer]:
> Replying to [comment:14 cremona]:
> > but the conductor is rather large for the modular symbol computation
to be reasonable in a test.
> Thanks, but I already checked your wonderful database and found
`21758k3`, which is the smallest example where a coefficient is larger
than `2^60` (the coefficient has 65 bits in fact).
:) I know, my loop found that one first as well, but I went back since
that curve is not "optimal" (last part of label > 1) and people normally
only ask for the modular symbol map on optimal curves (though they are
certainly allowed to ask for any curve and should get a reasonable
answer...). The first time I used "for E in cremona_curves()" and the I
used "for E in cremona_optimal_curves()".
--
Ticket URL: <http://trac.sagemath.org/ticket/16977#comment:17>
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 unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.
