On Tue, Sep 2, 2008 at 9:06 AM, mabshoff wrote:
>
> So expect rc0 with hopefully most of the above fixed. It has been
> a little over 2 weeks since 3.1.1, so we need to get this release
> out of the door.
>
> Sources and a sage.math only binary is in
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.1.2/
>
> #4028: Mike Hansen: doctest and improve sage/interfaces/axiom.py
> [Reviewed by Michael Abshoff]

I have looked carefully at the changes to 'axiom.py' by Mike Hansen
and I think there is a serious problem: The change relating to
displaying Axiom output in 2-d form breaks an important design
principle in python which all other external packages (and Sage
itself) currently satisfy: "The repr function makes an attempt to
return a string that would yield an object with the same value when
passed to eval()."

sage: p=maxima('1/2')
sage: p==maxima(repr(p))
True
sage: p=maple('1/2')
sage: p==maple(repr(p))
True
sage: p=mathematica('1/2')
sage: p==mathematica(repr(p))
True
sage: p=gap('1/2')
sage: p==gap(repr(p))
True
sage: p=pari('1/2')
sage: p==pari(repr(p))
True
sage: p=axiom('1/2')
sage: p==axiom(repr(p))
False

--------

Mike's changes result in 'repr' returning a "2-d" representation:

sage: repr(p)
'  1\r\n  -\r\n  2'

which of course is not correctly parsed as input to axiom.

As discussed in a separate email thread, I believe that the axiom
interface should implement essentially the same functionality as the
maxima interface with at least some extensions to account for the
Axiom type system.

Regards,
Bill Page.

--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to