#9703: Doctest failures caused by non-working sympow on 32-bit Solaris x86 and
32-bit OpenSolaris
------------------------+---------------------------------------------------
Reporter: drkirkby | Owner: GeorgSWeber
Type: defect | Status: new
Priority: major | Milestone: sage-4.5.3
Component: build | Keywords:
Author: | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
------------------------+---------------------------------------------------
Comment(by mpatel):
By generating the data files directly, with
`SAGE_LOCAL/lib/sympow/new_data`, I was able to get the "optional" and
"not tested" examples
[http://www.sagemath.org/doc/reference/sage/lfunctions/sympow.html here]
to run. To really run `./sympow -new_data 2` for the example `a =
sympow.L(EllipticCurve('11a'), 2, 16); a`, I ran
{{{
#!sh
$ ./sage -sh
> cd SAGE_LOCAL/lib/sympow
> ./new_data sh gp '-sp 2'
}}}
For the example `print sympow.Lderivs(EllipticCurve('11a'), 1, 16, 2)`, I
ran
{{{
#!sh
$ ./sage -sh
> cd SAGE_LOCAL/lib/sympow
> ./new_data sh gp '-sp 1 -dv 0'
> ./new_data sh gp '-sp 1 -dv 1'
> ./new_data sh gp '-sp 1 -dv 2'
}}}
It seems that part of the Sage interface to SYMPOW is broken.
But I don't know if missing data files caused the failures reported here
and at #9166.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9703#comment:3>
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.