#11530: Conversion of finite field elements to PARI mangles Mod
------------------------------+---------------------------------------------
Reporter: rbeezer | Owner: AlexGhitza
Type: defect | Status: needs_review
Priority: major | Milestone: sage-4.7.1
Component: algebra | Keywords: _pari_init_, variable name,
finite field
Work_issues: | Upstream: N/A
Reviewer: Jeroen Demeyer | Author: Simon King
Merged: | Dependencies:
------------------------------+---------------------------------------------
Comment(by rbeezer):
Replying to [comment:3 jdemeyer]:
> Annoying:
> {{{
> sage: F.<d> = GF(127^3)
> sage: d._pari_()
> Mod(Mod(1, 127)*a, Mod(1, 127)*a^3 + Mod(3, 127)*a + Mod(124, 127))
> sage: d._pari_init_("x")
> Traceback (most recent call last)
>
> /usr/local/src/sage-4.7.1.alpha3/<ipython console> in <module>()
>
> TypeError: _pari_init_() takes exactly 1 argument (2 given)
> }}}
The {{{_pari_init_()}}} method of
{{{sage.rings.finite_rings.element_ext_pari.FiniteField_ext_pariElement}}}
is not designed to take a new variable. Should it be?
I found this problem originally when trying to factor a polynomial with
coefficients from {{{GF(3^5)}}}. It looks to me like a factorization of a
polynomial over {{{GF(127^3)}}} takes a different path, since the
polynomial is of a different type, and therefore does not call
{{{_pari_init_()}}} to change a variable name.
Is this failure a non-issue?
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11530#comment:9>
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.
