update/upgrade maxima to latest upstream (5.21.1) #8731

jasongrout · 2010-04-20T19:32:25Z

This update fixes #8729. It also includes the fixes noted in #8645 (so this spkg supersedes the maxima spkg at #8645).

The spkg is up at http://sage.math.washington.edu/home/jason/maxima-5.21.1.spkg

A patch needs to be applied to fix some doctests. In particular, apparently maxima has gotten better at integration.

CC: @kcrisman @robert-marik @mwhansen

Component: packages: standard

Issue created by migration from https://trac.sagemath.org/ticket/8731

kcrisman · 2010-04-20T19:41:15Z

comment:1

Just a comment:

=== maxima-5.21.0 (Jason Grout, 20 APR 2009) ===

is not in the style of the other items in the changelog, where it would be April 20th, 2009. Actually, it would be April 20th, 2010, but who's counting?

jasongrout · 2010-04-20T19:54:03Z

comment:2

Replying to @kcrisman:

Just a comment:
=== maxima-5.21.0 (Jason Grout, 20 APR 2009) ===
is not in the style of the other items in the changelog, where it would be April 20th, 2009. Actually, it would be April 20th, 2010, but who's counting?

There are no less than three different styles in the other dates in the changelog, so apparently it's okay to have inconsistent date styles, so I did the dates in a much more standard notation. However, I'll change it to spell out April since the date is wrong anyway.

jasongrout · 2010-04-20T20:01:29Z

comment:3

Here are the doctests that are broken for me with this spkg:


        sage -t  -long 4.3.5/devel/sage/sage/misc/functional.py # 2 doctests failed
        sage -t  -long 4.3.5/devel/sage/sage/symbolic/relation.py # 7 doctests failed
        sage -t  -long 4.3.5/devel/sage/sage/symbolic/integration/integral.py # 6 doctests failed
        sage -t  -long 4.3.5/devel/sage/sage/symbolic/expression.pyx # 3 doctests failed
        sage -t  -long 4.3.5/devel/sage/sage/plot/plot3d/transform.pyx # 1 doctests failed
        sage -t  -long 4.3.5/devel/sage/sage/interfaces/maxima.py # 8 doctests failed

jasongrout · 2010-04-20T20:03:31Z

comment:4

I've uploaded a new spkg with the changelog date now the correct date (and formatted as 20 April 2010)

jasongrout · 2010-04-20T20:07:41Z

comment:5

For the doctests that return binomial(n,n) instead of 1, we just have to put an assumption in: assume(n>0)

kcrisman · 2010-04-27T19:59:45Z

comment:7

I had the following problem while trying to install this on Sage 4.4:

; registering #<SYSTEM :MAXIMA 4321148288> as MAXIMA
An error occurred during initialization:
Unknown keyword :MOVE-HERE.

installing Maxima library as /Users/karl-dietercrisman/Desktop/sage-4.4/local/lib/ecl//maxima.fas
cp: maxima.fasb: No such file or directory
***********************************************************
Failed to install maxima.fasb as a library
***********************************************************

Nonetheless, I get Maxima 5.21.0 in the console, and the various binomial(n,n) errors you mention, so maybe something went right?

williamstein · 2010-04-28T18:53:34Z

comment:8

(1) Now the latest maxima is 5.21.1

(2) This should be done in conjunction with upgrading ECL. See #8808. The maxima in sage-4.4 doesn't build with ecl-10.4.1, but Maxima 5.21.1 does build fine on top of ECL-10.4.1.

A new spkg is here (but, again, first install the ECL spkg from #8808 when testing this):

http://wstein.org/home/wstein/patches/maxima-5.21.1.spkg

kcrisman · 2010-04-28T19:01:14Z

comment:10

Question: Does this still incorporate the fixes mentioned in the Description? I assume it still needs doctest fixes due to improvements.

kcrisman · 2010-04-28T19:12:21Z

comment:11

I still get

installing Maxima library as /Users/karl-dietercrisman/Desktop/sage-4.4/local/lib/ecl//maxima.fas
cp: maxima.fasb: No such file or directory

though I no longer get the unknown keyword error. maxima_console() does give me 5.21.1. Testing now.

williamstein · 2010-04-28T19:23:15Z

comment:12

With 5.21.1 Maxima and 10.4.1 ECL, the new failure list is:

----------------------------------------------------------------------

The following tests failed:

        sage -t  devel/sage/sage/symbolic/expression.pyx # 3 doctests failed
        sage -t  devel/sage/sage/rings/polynomial/polynomial_quotient_ring.py # 0 doctests failed
        sage -t  devel/sage/sage/schemes/elliptic_curves/ell_point.py # 1 doctests failed
        sage -t  devel/sage/sage/calculus/calculus.py # 2 doctests failed
        sage -t  devel/sage/sage/interfaces/maxima.py # 8 doctests failed
        sage -t  devel/sage/sage/misc/functional.py # 2 doctests failed
        sage -t  devel/sage/sage/symbolic/relation.py # 7 doctests failed
        sage -t  devel/sage/sage/symbolic/integration/integral.py # 6 doctests failed
        sage -t  devel/sage/sage/tests/startup.py # 1 doctests failed
        sage -t  devel/sage/sage/plot/plot3d/transform.pyx # 1 doctests failed
----------------------------------------------------------------------
Timings have been updated.
Total time for all tests: 358.3 seconds

See http://sage.math.washington.edu/home/wstein/build/san_diego/sage-4.4/8731.out for the complete doctest run.

robert-marik · 2010-04-28T22:49:38Z

comment:13

Replying to @williamstein:

See http://sage.math.washington.edu/home/wstein/build/san_diego/sage-4.4/8731.out for the complete doctest run.

Oops, seems that solving inequalities is completely broken with this new version of Maxima.

kcrisman · 2010-04-29T00:38:58Z

comment:14

Yes, though I wouldn't say completely broken, since not every doctest fails, correct?

Other issues:

In symbolic/integration/integral.py, there is one integral which has been improved, and one which seems to affected by the rational approximation thing, but wasn't before. There is also an integral (in that file, I think) which Maxima can now do, and we need to replace it with one Maxima can't do. There is also a slight change in the numeric value because of this, but that wasn't the point of that doctest.

The binomial issue seems easy to fix, but apparently now binomial(n,n)=1 for all n in Sage, but not in Maxima. Should we change Sage, or do what Jason recommends (assume n>0 or something)?

And in interfaces/maxima.py there are a lot of erros where Maxima loads like

    ;;; Loading #P".../local/lib/ecl/cmp.fas"
    ;;; Loading #P".../local/lib/ecl/sysfun.lsp"

as well as of course the Maxima version being wrong and, oddly, the following:

sage: maxima.eval('sage0: x == x;')
Expected <Error>
Got:
    'x'

which is not good at all if real, but maybe just means Maxima changed something minor?

The plot3d one is not too significant, I think. I haven't looked at the other ones.

Anyway, obviously 'needs work' until someone posts a fairly comprehensive patch.

kcrisman · 2010-04-29T00:44:12Z

comment:15

Also, the spkg-install for the most recent spkg does not include the fix from #8645, as opposed to the one Jason posted. That is crucial to close this ticket.

robert-marik · 2010-04-29T19:11:51Z

comment:17

Reported the problem with solve_rat_ineq in Maxima forum, (problem probably in algsys and realonly)

robert-marik · 2010-04-30T04:34:55Z

comment:18

Replying to @robert-marik:

Reported the problem with solve_rat_ineq in Maxima forum, (problem probably in algsys and realonly)

.... and it is already fixed in the CVS version (one-line fix)

jasongrout · 2010-05-13T04:24:49Z

comment:19

A new spkg is up at: http://sage.math.washington.edu/home/jason/maxima-5.21.1.spkg

This spkg includes the upstream bugfix for the solve_rat_ineq issue noted above.

jasongrout · 2010-05-13T04:25:17Z

comment:20

My 5.21.1 spkg also includes the fixes noted in the description.

jasongrout · 2010-05-13T12:56:06Z

comment:24

Replying to @kcrisman:

I think with the last two things there must have been internal changes in Maxima which lead to different handling - in particular, that gcd must now load some modules? I'm going to check what maxima_console() does with these things.

Well, I wouldn't be surprised if those extra lines actually came from the updated ECL package, given what the messages are.

kcrisman · 2010-05-13T12:58:27Z

comment:25

Hmm, maybe ECL does something not silently it did silently before? I forgot I had to install that spkg, by the way - to all others, remember to use #8808 first!

kcrisman · 2010-05-13T13:19:14Z

comment:26

With the new ECL and the new Maxima, I no longer get the error messages about installing a .fas or .fasb file. That is good.

Anyway, doctest should just be changed for the loading thing, regardless of where it does it. All documentation requests do that, as does running maxima_console(). Unless... before, maxima_console() gave three loading statements, the last two of which are the ones which show up in your examples. Now there are five, but the top two are new... are we stripping away three load statements in the output, but not more? Just a wild idea.

As for the last error, here it is in the maxima_console() - something's not going right.

Maxima 5.21.1 http://maxima.sourceforge.net
using Lisp ECL 10.4.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) sage0: x==x;

stdin:1289935:incorrect syntax: = is not a prefix operator
(%i1) (%o1)                                  x

Yet in the previous one we get

Maxima 5.20.1 http://maxima.sourceforge.net
using Lisp ECL 10.2.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) sage0: x==x;

stdin:1373:Incorrect syntax: = is not a prefix operator
(%i1) (%o1)                                  x

which sure looks the same to me, yet Sage catches it correctly before and not now! What the heck?

jasongrout · 2010-05-14T00:51:29Z

comment:27

Before, there was a lowercase "i", now it is upper-case in "Incorrect". Maybe that's the problem.

kcrisman · 2010-05-14T00:59:59Z

comment:28

Oh yes, I should have seen that. A quick search_src doesn't reveal anything useful, though.

kcrisman · 2010-05-25T15:42:25Z

comment:29

Regarding the other errors:

Replying to @jasongrout:

The doctests that still fail after the patch is applied (under ptestlong) are listed below:

I couldn't find a way to double-check that the new answer is correct in the following output mismatch


sage -t -long "4.4.1/devel/sage/sage/symbolic/integration/integral.py"
**********************************************************************
File "/home/grout/sage-4.4.1/devel/sage/sage/symbolic/integration/integral.py", line 464:
    sage: integrate(sin(x)*cos(10*x)*log(x), x)
Expected:
    1/18*log(x)*cos(9*x) - 1/22*log(x)*cos(11*x) - 1/18*integrate(cos(9*x)/x, x) + 1/22*integrate(cos(11*x)/x, x)
Got:
    1/198*(11*cos(9*x) - 9*cos(11*x))*log(x) + 1/44*Ei(-11*I*x) - 1/36*Ei(-9*I*x) - 1/36*Ei(9*I*x) + 1/44*Ei(11*I*x)
**********************************************************************

This is true if the cosine integral ci(x) (Ci in Mma) is 1/2*(Ei(Ix)+Ei(-Ix). Several online references imply it, and also noting that cos(x) is 1/2*(exp(ix)+exp(-ix)) (by Taylor series or whatever you like) suffices.

Here is a maxima session (5.21.1) showing the problem. When keepfloat is false, an integral comes right back

% sage -maxima
;;; Loading #P"/home/grout/sage/local/lib/ecl/sb-bsd-sockets.fas"
;;; Loading #P"/home/grout/sage/local/lib/ecl/sockets.fas"
;;; Loading #P"/home/grout/sage/local/lib/ecl/defsystem.fas"
;;; Loading #P"/home/grout/sage/local/lib/ecl/cmp.fas"
;;; Loading #P"/home/grout/sage/local/lib/ecl/sysfun.lsp"
Maxima 5.21.1 http://maxima.sourceforge.net
using Lisp ECL 10.4.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) assume(y^2>1);
                                     2
(%o1)                              [y  > 1]
(%i2) keepfloat: true;              
(%o2)                                true
(%i3) integrate(log(x^2+y^2),x,0,1);
                               2               1
                        2 log(y  + 1) + 4 atan(-) y - 4
                                               y
(%o3)                   -------------------------------
                                       2
(%i4) integrate(log(x^2+y^2),x,0.0001414,1);
Is  (y - 1) (y + 1)  positive, negative, or zero?

I'm not sure what to do with this. keepfloat is so annoying.

There is some output mismatch in transform.pyx. This occurs in an explanatory section of the docs, and just consists of simplifying a horrendous matrix. The matrix just simplifies differently now (we get explicit imaginary values now, for some reason). Does anyone want to check that the simplifications are actually correct now?

sage -t -long "4.4.1/devel/sage/sage/plot/plot3d/transform.pyx"
**********************************************************************
File "/home/grout/sage-4.4.1/devel/sage/sage/plot/plot3d/transform.pyx", line 217:
    sage: m
Expected:
    [                                             -(cos(theta) - 1)*x^2 + cos(theta)                 -(cos(theta) - 1)*sqrt(-x^2 - z^2 + 1)*x - sqrt(z^2)*sin(theta)         -((cos(theta) - 1)*x*z^2 - sqrt(-x^2 - z^2 + 1)*sqrt(z^2)*sin(theta))/z]
    [                -(cos(theta) - 1)*sqrt(-x^2 - z^2 + 1)*x + sqrt(z^2)*sin(theta)                                 (cos(theta) - 1)*x^2 + (cos(theta) - 1)*z^2 + 1 -((cos(theta) - 1)*sqrt(-x^2 - z^2 + 1)*sqrt(z^2)*z + x*z*sin(theta))/sqrt(z^2)]
    [        -((cos(theta) - 1)*x*z^2 + sqrt(-x^2 - z^2 + 1)*sqrt(z^2)*sin(theta))/z -((cos(theta) - 1)*sqrt(-x^2 - z^2 + 1)*sqrt(z^2)*z - x*z*sin(theta))/sqrt(z^2)                                              -(cos(theta) - 1)*z^2 + cos(theta)]
Got:
    [                                                                                                          -(cos(theta) - 1)*x^2 + cos(theta)                 -((cos(theta) - 1)*sqrt(-x^2 + 1)*sqrt(-x^2 - z^2 + 1)*x*sqrt(z^(-2)) - I*sqrt(x^2 - 1)*sin(theta))*sqrt(z^2)/sqrt(-x^2 + 1)         -((cos(theta) - 1)*sqrt(-x^2 + 1)*x*z^2*sqrt(z^(-2)) + I*sqrt(x^2 - 1)*sqrt(-x^2 - z^2 + 1)*sin(theta))*sqrt(z^2)/(sqrt(-x^2 + 1)*z)]
    [                -((cos(theta) - 1)*sqrt(-x^2 + 1)*sqrt(-x^2 - z^2 + 1)*x*sqrt(z^(-2)) + I*sqrt(x^2 - 1)*sin(theta))*sqrt(z^2)/sqrt(-x^2 + 1)                                                                                              (cos(theta) - 1)*x^2 + (cos(theta) - 1)*z^2 + 1  (sqrt(-x^2 + 1)*sqrt(x^2 - 1)*x*z*sqrt(z^(-2))*sin(theta) - sqrt(-x^2 - z^2 + 1)*((I*cos(theta) - I)*x^2 - I*cos(theta) + I)*z)/(I*x^2 - I)]
    [        -((cos(theta) - 1)*sqrt(-x^2 + 1)*x*z^2*sqrt(z^(-2)) - I*sqrt(x^2 - 1)*sqrt(-x^2 - z^2 + 1)*sin(theta))*sqrt(z^2)/(sqrt(-x^2 + 1)*z) -(sqrt(-x^2 + 1)*sqrt(x^2 - 1)*x*z*sqrt(z^(-2))*sin(theta) + sqrt(-x^2 - z^2 + 1)*((I*cos(theta) - I)*x^2 - I*cos(theta) + I)*z)/(I*x^2 - I)                                                                                                           -(cos(theta) - 1)*z^2 + cos(theta)]
**********************************************************************

I believe this is all related to a change made in how sqrt behaves with respect to factors (sqrt(ab) and sqrt(a), sqrt(b)) and whether an I gets factored out or not. They all come down to the same essential things:

-(cos(theta) - 1)*sqrt(-x^2 - z^2 + 1)*x
-((cos(theta) - 1)*sqrt(-x^2 + 1)*sqrt(-x^2 - z^2 + 1)*x*sqrt(z^(-2))

- sqrt(z^2)*sin(theta)
- I*sqrt(x^2 - 1)*sin(theta))*sqrt(z^2)/sqrt(-x^2 + 1)

The latter seems ok immediately (or at least no worse than other decision made for us about which root of -1 to choose), but even given that $x^2+y2+z^2=1$, which is asserted earlier in the file, I can't quite make out the former. I'll look into this a little more.

kcrisman · 2010-05-25T15:43:30Z

comment:30

Replying to @kcrisman:

Hmm, maybe ECL does something not silently it did silently before? I forgot I had to install that spkg, by the way - to all others, remember to use #8808 first!

Now remember to use #8951 first.

kcrisman · 2010-05-25T16:06:03Z

comment:31

sage -t -long "4.4.1/devel/sage/sage/symbolic/integration/integral.py"

File "/home/grout/sage-4.4.1/devel/sage/sage/symbolic/integration/integral.py", line 464:
sage: integrate(sin(x)cos(10x)log(x), x)
Expected:
1/18log(x)cos(9x) - 1/22log(x)cos(11x) - 1/18integrate(cos(9x)/x, x) + 1/22integrate(cos(11x)/x, x)
Got:
1/198(11cos(9x) - 9cos(11x))log(x) + 1/44Ei(-11Ix) - 1/36Ei(-9Ix) - 1/36Ei(9Ix) + 1/44Ei(11I*x)

}}}
This is true if the cosine integral ci(x) (Ci in Mma) is 1/2*(Ei(Ix)+Ei(-Ix). Several online references imply it, and also noting that cos(x) is 1/2*(exp(ix)+exp(-ix)) (by Taylor series or whatever you like) suffices.

Burcin has also already pointed this out at #8624.

kcrisman · 2010-05-25T17:18:16Z

comment:32

I get the following on Mac OSX 10.6 on Intel (see the patch for the which test):

    sage: h.n()
Expected:
    0.075715991017028972
Got:
    0.075715991017028958

jasongrout · 2010-05-28T03:40:21Z

comment:33

That h.n() doctest is interesting. (From what I recall when I investigated it) the old maxima agreed with both mathematica and mpmath, but the new maxima is off in the last few digits---it might be worth checking into, though it may just be numerical error.

jasongrout · 2010-05-28T03:42:06Z

comment:34

(but those h.n() errors I talked about were for the old sin function, not the new tan function, IIRC)

nbruin · 2010-06-21T05:14:46Z

comment:35

Replying to @williamstein:

It may be useful to note that all the doctests that fail with maxima.5.21.1 and ecl.10.4.1, pass with maxima.5.20.1.p1 from #8645. So, ecl.10.4.1 is not of influence. All changes in doctest responses are due to changes in maxima.

nbruin · 2010-06-21T18:25:13Z

comment:36

And in interfaces/maxima.py there are a lot of erros where Maxima loads like
    ;;; Loading #P".../local/lib/ecl/cmp.fas"
    ;;; Loading #P".../local/lib/ecl/sysfun.lsp"

It's actually possible to turn messages like this off. If you're driving maxima via a pexpect interface, that might be the proper thing to do. The key is the "Common Lisp HyperSpec", the de facto official CL documentation. Looking at load leads to the global variable *load-verbose*:

http://www.lispworks.com/documentation/HyperSpec/Body/v_ld_prs.htm#STload-verboseST

It's on by default in ECL, but can be turned off:

ECL (Embeddable Common-Lisp) 10.4.1
Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya
Copyright (C) 1993 Giuseppe Attardi
Copyright (C) 2000 Juan J. Garcia-Ripoll
ECL is free software, and you are welcome to redistribute it
under certain conditions; see file 'Copyright' for details.
Type :h for Help.  
Top level.
> (require 'maxima)

;;; Loading #P"/mnt/usb1/scratch/nbruin/sage-4.4.3/local/lib/ecl/maxima.fas"
("MAXIMA")

ECL (Embeddable Common-Lisp) 10.4.1
Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya
Copyright (C) 1993 Giuseppe Attardi
Copyright (C) 2000 Juan J. Garcia-Ripoll
ECL is free software, and you are welcome to redistribute it
under certain conditions; see file 'Copyright' for details.
Type :h for Help.  
Top level.
> *load-verbose*

T
> (setf *load-verbose* NIL)

NIL
> (require 'maxima)

("MAXIMA")

kcrisman · 2010-06-25T13:10:18Z

comment:37

Note to eventual author of patch - please confirm here that #8729 is fixed when writing doctests.

qed777 · 2010-07-11T08:56:30Z

comment:38

With 4.5.alpha4 + http://sage.math.washington.edu/home/jason/maxima-5.21.1.spkg + attachment: trac-8731-maxima-upgrade.patch, the long tests on sage.math give reproducible failures in

        sage -t -long  devel/sage/sage/calculus/calculus.py # 1 doctests failed
        sage -t -long  devel/sage/sage/plot/plot3d/transform.pyx # 1 doctests failed
        sage -t -long  devel/sage/sage/interfaces/maxima.py # 6 doctests failed
        sage -t -long  devel/sage/sage/symbolic/integration/integral.py # 4 doctests failed

The full raw test log is here.

kcrisman · 2010-08-02T14:45:23Z

comment:39

Just FYI:

Message: 4
Date: Sun, 1 Aug 2010 15:39:28 -0600
From: Robert Dodier <[email protected]>
To: Maxima Mailing List <[email protected]>
Subject: [Maxima] Maxima 5.22.0
Message-ID:
       <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1

Hi, I;ve tagged version-5_22_0 in CVS and built rpms
and tar.gz and upload them all to SF.
Should be available real soon now at:
http://sourceforge.net/projects/maxima/files/
(looks like the list hasn't been refreshed yet, I don't
know what the refresh schedule is)

If someone can build & upload a Windows installer that
would be great.

As ever please give the new version a try and if/when
there aren't too many complaints I'll make a general announcement.

best

Robert Dodier

So maybe we should change this ticket to 5.22.0 if they don't get too many problems with it?

kcrisman · 2010-08-12T16:39:02Z

comment:40

And now the latest is 5.22.1.

kcrisman · 2010-09-22T14:44:41Z

comment:41

This will probably also fix #8582.

kcrisman · 2010-10-15T17:11:44Z

comment:42

Just FYI on this ticket - from an email on the Maxima list by Robert Dodier:

The next release is planned for December, with the release branch
(5.23) on Dec 1 or soon thereafter, with a stable release to follow
around Christmas.

sagetrac-aginiewicz · 2010-10-29T16:22:07Z

comment:43

As sooner or later maxima would have to be updated to 5.22 or newer I decided to share my experiences of first approach to update to it. I wanted to try 5.22 because it's first version that supports inversion of error function, and first to support integrals of form abs(x) from 0 to a without assumptions. I based on patch by Jason for 5.21 and wanted to reach at least same level of failures as with 5.21. Unfortunately, I got stuck at one place - maxima hangs in some situations. I tracked that to this difference:

before it was

sage -maxima -p /home/giniu/dev/sage/local/bin/sage-maxima.lisp
;;; Loading #P"/opt/sage/local/lib/ecl/defsystem.fas"
;;; Loading #P"/opt/sage/local/lib/ecl/cmp.fas"
;;; Loading #P"/opt/sage/local/lib/ecl/sysfun.lsp"
Maxima 5.20.1 http://maxima.sourceforge.net
using Lisp ECL 10.2.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) 0;
<sage-display>(%o1)                                  0
(%i2) sage0: x==x;
Incorrect syntax: = is not a prefix operator
(%i2) <sage-display>(%o2)                                  x

and now it is

./sage -maxima -p /home/giniu/dev/sage/local/bin/sage-maxima.lisp
;;; Loading #P"/home/giniu/dev/sage/local/lib/ecl/sb-bsd-sockets.fas"
;;; Loading #P"/home/giniu/dev/sage/local/lib/ecl/sockets.fas"
;;; Loading #P"/home/giniu/dev/sage/local/lib/ecl/defsystem.fas"
;;; Loading #P"/home/giniu/dev/sage/local/lib/ecl/cmp.fas"
;;; Loading #P"/home/giniu/dev/sage/local/lib/ecl/sysfun.lsp"
Maxima 5.22.1 http://maxima.sourceforge.net
using Lisp ECL 10.4.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) 0;
<sage-display>(%o1)                                  0
(%i2) sage0: x==x;
incorrect syntax: = is not a prefix operator
sage0: x==
        ^

which makes Sage wait for "" forever.

I made spkg: http://lab15.im.pwr.wroc.pl/~giniew/maxima-5.22.1.spkg and patch - http://lab15.im.pwr.wroc.pl/~giniew/trac-8731-maxima-upgrade-to-5.22.1.patch - those are not working but I'm attaching them in case someone wants to pick up from here - as I said I gave up for now.

(btw, the doctest that was failing in devel/sage/sage/calculus/calculus.py is just different grouping, checked it and added new version to doctest, and there is one new doctest failure in devel/sage/sage/calculus/calculus.py that fails because maxima can integrate abs(x) in x from 0 to any a and returns correct 1/2aabs(a). There was also change to how logcontract works, they don't make full rational simplification now. I added one more step of rational simplification to simplify_full to simplify it more, though it might change some results.)

vbraun · 2010-10-29T23:56:55Z

comment:44

See #10187 for up-to-date ecl/maxima spkgs and a workaround to the sage-display issue.

sagetrac-mvngu · 2010-12-06T11:46:54Z

comment:45

Close as a duplicate of #10187. The latter ticket upgrades Maxima to version 5.22.1.

jasongrout added this to the sage-4.6.1 milestone Apr 20, 2010

jasongrout added c: packages: standard labels Apr 20, 2010

jasongrout added the s: needs work label Apr 20, 2010

williamstein changed the title ~~update maxima to 5.21.0~~ update/upgrade maxima to latest upstream (5.21.1) Apr 28, 2010

williamstein added s: needs review and removed s: needs work labels Apr 28, 2010

kcrisman added s: needs work and removed s: needs review labels Apr 29, 2010

This comment has been minimized.

Sign in to view

jasongrout added s: needs review and removed s: needs work labels May 13, 2010

sagetrac-mvngu mannequin added r: duplicate and removed p: major / 3 labels Dec 6, 2010

sagetrac-mvngu mannequin closed this as completed Dec 6, 2010

sagetrac-mvngu mannequin removed this from the sage-4.6.1 milestone Dec 6, 2010

williamstein mentioned this issue May 14, 2010

upgrade ecl from 10.2.1 to 10.4.1 #8808

Closed

sagetrac-drkirkby mannequin mentioned this issue Jul 5, 2011

Apply ALL relevent fixes to ECL 10.4.1 #9264

Closed

vbraun mentioned this issue Dec 6, 2010

Update ECL to 10.4.1 and Maxima to 5.22.1 - currently the latest releases. #10187

Closed

update/upgrade maxima to latest upstream (5.21.1) #8731

update/upgrade maxima to latest upstream (5.21.1) #8731

Comments

jasongrout commented Apr 20, 2010

kcrisman commented Apr 20, 2010

jasongrout commented Apr 20, 2010

jasongrout commented Apr 20, 2010

jasongrout commented Apr 20, 2010

jasongrout commented Apr 20, 2010

kcrisman commented Apr 27, 2010

williamstein commented Apr 28, 2010

kcrisman commented Apr 28, 2010

kcrisman commented Apr 28, 2010

williamstein commented Apr 28, 2010

robert-marik mannequin commented Apr 28, 2010

kcrisman commented Apr 29, 2010

kcrisman commented Apr 29, 2010

robert-marik mannequin commented Apr 29, 2010

robert-marik mannequin commented Apr 30, 2010

This comment has been minimized.

jasongrout commented May 13, 2010

jasongrout commented May 13, 2010

jasongrout commented May 13, 2010

kcrisman commented May 13, 2010

kcrisman commented May 13, 2010

jasongrout commented May 14, 2010

kcrisman commented May 14, 2010

kcrisman commented May 25, 2010

kcrisman commented May 25, 2010

kcrisman commented May 25, 2010

kcrisman commented May 25, 2010

jasongrout commented May 28, 2010

jasongrout commented May 28, 2010

nbruin commented Jun 21, 2010

nbruin commented Jun 21, 2010

kcrisman commented Jun 25, 2010

qed777 mannequin commented Jul 11, 2010

kcrisman commented Aug 2, 2010

kcrisman commented Aug 12, 2010

kcrisman commented Sep 22, 2010

kcrisman commented Oct 15, 2010

sagetrac-aginiewicz mannequin commented Oct 29, 2010

vbraun commented Oct 29, 2010

sagetrac-mvngu mannequin commented Dec 6, 2010