#14636: ECL spkg : dirty workarounds?
--------------------------------------+-------------------------------------
Reporter: Snark | Owner: jdemeyer
Type: defect | Status: needs_work
Priority: major | Milestone: sage-pending
Component: packages: standard | Resolution:
Keywords: | Work issues: doctest
Report Upstream: N/A | Reviewers:
Authors: | Merged in:
Dependencies: | Stopgaps:
--------------------------------------+-------------------------------------
Comment (by nbruin):
Unicode: See #12985. When I implemented `ecl.pyx` unicode support in ecl
was not the default, so it was natural to skip it. I haven't kept up with
its development, so I'm of little help for unicode-specific things. It
looks like they got something close to working on #12985, though.
Given that all of calculus is designed to work with `str`, not with
`unicode`, I think there is very little benefit in converting the ecl
interface in being fully unicode aware (other than not having to turn off
unicode support when building ecl), so the approach there (letting ecl
work with unicode strings but convert them to ascii as soon as they leave
ecl) is probably the quickest to get going.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14636#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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
