#7377: Symbolic Ring to Maxima via EclObject
-----------------------------------------------------------------------------------+
Reporter: nbruin
| Owner: nbruin
Type: enhancement
| Status: needs_review
Priority: major
| Milestone: sage-feature
Component: symbolics
| Keywords:
Author: Nils Bruin, Jean-Pierre Flori
| Upstream: N/A
Reviewer: Jean-Pierre Flori, François Bissey, Karl-Dieter Crisman, Nils
Bruin | Merged:
Work_issues:
|
-----------------------------------------------------------------------------------+
Old description:
> With maxima-as-an-ecl-library and ecl accessible as a library, we can
> start interfacing with maxima via a binary library interface. This should
> be more efficient and more robust, because expressions can be transmitted
> in a much richer format than text and parsing does not have to recognise
> error messages and questions (since communication does not go via
> STDIN/STDOUT anymore).
>
> Applies cleanly to 4.6.2.
>
> This ticket is dependent on #10766, #10773, #10743. Ticket #10818 is
> desirable but not essential. Apply:
>
> {{{
> trac_7377-abstract-maxima_p2.patch
> trac_7377-maximalib_p2.patch
> trac_7377-fastcalculus_p2.patch
> trac_7377-better-ask-error_p2.patch
> trac_7377-split_and_refactor-p2.patch
> trac_7377-lazy-maxlib.p2.patch
> trac_7377-floatcast.patch
> trac_7377-unicode_to_ecl-p1.patch
> trac_7377-assumptions-p3.patch
> trac_7377-doctests-p2.patch
> }}}
> * attachment:trac_7377-abstract-maxima_p2.patch
> * attachment:trac_7377-maximalib_p2.patch
> * attachment:trac_7377-fastcalculus_p2.patch
> * attachment:trac_7377-better-ask-error_p2.patch
> * attachment:trac_7377-split_and_refactor-p2.patch
> * attachment:trac_7377-lazy-maxlib.p2.patch
> * attachment:trac_7377-floatcast.patch
> * attachment:trac_7377-unicode_to_ecl-p1.patch
> * attachment:trac_7377-assumptions-p3.patch
> * attachment:trac_7377-doctests-p2.patch
New description:
With maxima-as-an-ecl-library and ecl accessible as a library, we can
start interfacing with maxima via a binary library interface. This should
be more efficient and more robust, because expressions can be transmitted
in a much richer format than text and parsing does not have to recognise
error messages and questions (since communication does not go via
STDIN/STDOUT anymore).
Applies cleanly to 4.6.2.
Depends on: #10766, #10773, #10743. #10818 desirable but not essential.
Apply:
* attachment:trac_7377-abstract-maxima_p2.patch
* attachment:trac_7377-maximalib_p2.patch
* attachment:trac_7377-fastcalculus_p2.patch
* attachment:trac_7377-better-ask-error_p2.patch
* attachment:trac_7377-split_and_refactor-p2.patch
* attachment:trac_7377-lazy-maxlib.p2.patch
* attachment:trac_7377-floatcast.patch
* attachment:trac_7377-unicode_to_ecl-p1.patch
* attachment:trac_7377-assumptions-p3.patch
* attachment:trac_7377-doctests-p2.patch
--
Comment(by fbissey):
Let's try a bit of cleaning.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7377#comment:134>
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.
