#10483: Deprecate the misuse of symbolic variables as polynomial variable
-------------------------------------------------+-------------------------
Reporter: SimonKing | Owner:
Type: defect | AlexGhitza
Priority: major | Status:
Component: basic arithmetic | needs_info
Keywords: deprecation symbolic | Milestone: sage-6.1
polynomial variable | Resolution:
Authors: Simon King | Merged in:
Report Upstream: N/A | Reviewers: Karl-
Branch: | Dieter Crisman
Dependencies: | Work issues:
| Commit:
| Stopgaps:
-------------------------------------------------+-------------------------
Comment (by nbruin):
Replying to [comment:11 rws]:
> Pardon my naivete, why not recreate the symbol as ring element (and
discard the symbol) when the user, by using it in a polynomial context,
expects it to behave as one?
The following two invocations cannot be distinguished by the code
implementing polynomial ring constructions:
{{{
x,y,z=var('x,y,z'); R = Q[x,y,z]
}}}
{{{
R = Q[ SR('x'), SR('y'), SR('z')]
}}}
Hopefully you'll agree that in the second case there is no justification
to try and reach into the global scope to rebind python names that happen
to print as the corresponding strings `'x','y','z'`.
But thanks for bumping this ticket. Can we merge it?
--
Ticket URL: <http://trac.sagemath.org/ticket/10483#comment:12>
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/groups/opt_out.
