#5396: Wrapping lcalc library
------------------------------------------+---------------------------------
Reporter: rishi | Owner: Rishi
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-4.3.2
Component: number theory | Keywords: lcalc
Author: rishi, ylchapuy | Upstream: N/A
Reviewer: John Cremona, David Kirkby | Merged:
Work_issues: |
------------------------------------------+---------------------------------
Comment(by drkirkby):
Replying to [comment:59 cremona]:
> I think it is important to note here that lcalc can handle a vastly
larger assortment of L-functions than the opposition. For example, the
one value I recomputed independently is of the only kind I can handle with
my code (and I can only compute the value at the centre, not anywhere
else!). So we should not leave the impression that lcalc is inferior just
because it only uses double precision and not multi.
I agree, but there is significant precision loss - perhaps more than some
might expect, so personally I would have thought that worth documenting.
Of course, anyone should know hardware floating point will be less
accurate (but faster) than extended precision in software.
Given for simple computations, 16 digits of precision are possible, but
here only 9, I would have thought that work documenting.
The fact lcalc can handle a vastly larger assortment of L-functions than
anything else should also be noted!
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/5396#comment:60>
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.
