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.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" 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/fricas-devel?hl=en
-~----------~----~----~----~------~----~------~--~---
