Sage: Ticket #7287: Update Maxima spkg to build ECL library
https://trac.sagemath.org/ticket/7287
<p>
In order to use Maxima as a library via ECL, we need to have maxima as a lisp library rather than a stand-alone executable.
</p>
<p>
<a class="ext-link" href="http://sage.math.washington.edu/home/nbruin/maxima-5.19.1.p1.spkg"><span class="icon"></span>http://sage.math.washington.edu/home/nbruin/maxima-5.19.1.p1.spkg</a>
</p>
<p>
implements this change. With this package properly installed, one can have the following session:
</p>
<pre class="wiki">$ sage -ecl
ECL (Embeddable Common-Lisp) 9.8.4
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"/usr/local/sage/4.1.2/local/lib/ecl/maxima.fas"
("MAXIMA")
> (in-package :maxima)
#<"MAXIMA" package>
MAXIMA> #$integrate(cos(x),x)$
((%SIN SIMP) $X)
</pre><p>
Attached is the patch between maxima-5.19.1.p0.spkg and maxima-5.19.1.p1.spkg
</p>
en-usSagehttps://trac.sagemath.org/chrome/site/logo_sagemath_trac.png
https://trac.sagemath.org/ticket/7287
Trac 1.1.6nbruinSun, 25 Oct 2009 07:06:35 GMTattachment set
https://trac.sagemath.org/ticket/7287
https://trac.sagemath.org/ticket/7287
<ul>
<li><strong>attachment</strong>
set to <em>maxpackage.patch</em>
</li>
</ul>
<p>
Patch for maxima spkg
</p>
TicketnbruinSun, 25 Oct 2009 07:09:11 GMTowner changed
https://trac.sagemath.org/ticket/7287#comment:1
https://trac.sagemath.org/ticket/7287#comment:1
<ul>
<li><strong>owner</strong>
changed from <em>mabshoff</em> to <em>nbruin</em>
</li>
</ul>
TicketnbruinSun, 25 Oct 2009 07:09:26 GMTstatus changed
https://trac.sagemath.org/ticket/7287#comment:2
https://trac.sagemath.org/ticket/7287#comment:2
<ul>
<li><strong>status</strong>
changed from <em>new</em> to <em>needs_review</em>
</li>
</ul>
TicketkcrismanMon, 02 Nov 2009 15:54:48 GMTstatus changed
https://trac.sagemath.org/ticket/7287#comment:3
https://trac.sagemath.org/ticket/7287#comment:3
<ul>
<li><strong>status</strong>
changed from <em>needs_review</em> to <em>needs_work</em>
</li>
</ul>
<p>
After loading up <a class="closed ticket" href="https://trac.sagemath.org/ticket/6781" title="enhancement: Library access to ecl (closed: fixed)">#6781</a>, I try to sage -f this package. All seems well until the actual build process, which returns a typically enigmatic response
</p>
<pre class="wiki">Summary:
ECL enabled. Executable name: "ecl"
default lisp: ecl
wish executable name: "wish"
Now building maxima; this takes a few minutes
Since we're using OS X and there is a very weird
bug with buffered output while building maxima,
you will not be able to see the output of the build
as it occurs. Don't worry, the build process did
not hang.
***********************************************************
Failed to make Maxima.
***********************************************************
real 1m8.617s
user 0m27.392s
sys 0m38.775s
sage: An error occurred while installing maxima-5.19.1.p1
</pre><p>
which really, according to spkg-install, just means
</p>
<pre class="wiki">check_error "Failed to make Maxima."
</pre><p>
Which could be any kind of error. And oddly,
</p>
<pre class="wiki">sage -t "devel/sage/sage/calculus/calculus.py"
[18.4 s]
----------------------------------------------------------------------
All tests passed!
Total time for all tests: 18.4 seconds
</pre><p>
So apparently nothing "bad" happens to the current Maxima executable, and perhaps this is completely unrelated to the spkg. However, I get the same thing once I try to revert to the previous spkg, and in general even removing ecl.so doesn't fix this; Maxima stays working within Sage, but I cannot get Maxima to rebuild. Could this have something to do with <a class="closed ticket" href="https://trac.sagemath.org/ticket/6781" title="enhancement: Library access to ecl (closed: fixed)">#6781</a>?
</p>
<p>
So needless to say, I don't think the script gets to the library Maxima, and I can't load it:
</p>
<pre class="wiki">----------------------------------------------------------------------
| Sage Version 4.2, Release Date: 2009-10-24 |
| Type notebook() for the GUI, and license() for information. |
----------------------------------------------------------------------
sage: from sage.libs.ecl import *
sage: ecl_eval("(require 'asdf)")
;;; Loading #P"/Users/.../sage-4.2/local/lib/ecl/ASDF.fas"
;;; Loading #P"/Users/.../sage-4.2/local/lib/ecl/CMP.fas"
;;; Loading #P"/Users/.../sage-4.2/local/lib/ecl/sysfun.lsp"
<ECL: ("ASDF" "CMP")>
sage: ecl_eval("(require `maxima)")
---------------------------------------------------------------------------
RuntimeError Traceback (most recent call last)
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_eval (sage/libs/ecl/ecl.c:5718)()
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_eval (sage/libs/ecl/ecl.c:5672)()
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_safe_eval (sage/libs/ecl/ecl.c:2448)()
RuntimeError: ECL says: Module error: Don't know how to REQUIRE MAXIMA.
sage: ecl_eval('(load "%s")'%(SAGE_ROOT+"/local/lib/maxima/maxima.fasb"))
---------------------------------------------------------------------------
RuntimeError Traceback (most recent call last)
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_eval (sage/libs/ecl/ecl.c:5718)()
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_eval (sage/libs/ecl/ecl.c:5672)()
/Users/.../sage-4.2/local/lib/python2.6/site-packages/sage/libs/ecl.so in ecl.ecl_safe_eval (sage/libs/ecl/ecl.c:2448)()
RuntimeError: ECL says: Filesystem error with pathname #P"/Users/.../sage-4.2/local/lib/maxima/maxima.fasb".
Either
1) the file does not exist, or
2) we are not allow to access the file, or
3) the pathname points to a broken symbolic link.
</pre><p>
This is on OSX 10.5 Intel.
</p>
TicketkcrismanMon, 02 Nov 2009 16:07:41 GMT
https://trac.sagemath.org/ticket/7287#comment:4
https://trac.sagemath.org/ticket/7287#comment:4
<p>
Here is the console log, which seems helpful:
</p>
<pre class="wiki">/Users/.../sage-4.2/spkg/build/maxima-5.19.1.p1/src/missing: line 52: automake-1.9: command not found
WARNING: `automake-1.9' is missing on your system. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.in'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.
An error occurred during initialization:
Filesystem error with pathname #P"/Users/.../sage-4.2/spkg/build/maxima-5.19.1.p1/src/src/binary-ecl/maxima-package.fas".
Either
1) the file does not exist, or
2) we are not allow to access the file, or
3) the pathname points to a broken symbolic link..
make[1]: *** [binary-ecl/maxima] Error 1
make: *** [all-recursive] Error 1
</pre><p>
Note that my machine has automake-1.10, for what it's worth, so in some sense that is not the problem - but why is it asking for a specific version? Or is it?
</p>
TicketnbruinMon, 02 Nov 2009 17:55:42 GMT
https://trac.sagemath.org/ticket/7287#comment:5
https://trac.sagemath.org/ticket/7287#comment:5
<p>
In the above transcript, the fact that (require 'maxima) fails indeed indicates that the install failed. The other attempts to load maxima fail because the library "maxima.fas" now gets installed in a different place.
</p>
<p>
If you take a look at the patch that was made to spkg-install,
you can see that the four lines added can't possibly lead to
maxima failing so badly. One guess I can make is that I packaged the spkg in the wrong way (I actually followed the instructions in spkg-dist!). The resulting spkg is quite a bit smaller than "p0" that Ghitza provided, so perhaps maxima automake files got deleted by that script?
</p>
<p>
To test this hypothesis:
</p>
<ul><li>Unpack the original maxima spkg (or install with -s)
</li><li>apply the attached patch, or paste in the relevant lines into spkg-install
</li><li>install again
</li></ul><p>
If that works, then one should probably just repackage the spkg. Otherwise, I don't know what the problem is.
</p>
TicketkcrismanMon, 02 Nov 2009 19:00:13 GMT
https://trac.sagemath.org/ticket/7287#comment:6
https://trac.sagemath.org/ticket/7287#comment:6
<p>
Replying to <a class="ticket" href="https://trac.sagemath.org/ticket/7287#comment:5" title="Comment 5">nbruin</a>:
</p>
<blockquote class="citation">
<p>
In the above transcript, the fact that (require 'maxima) fails indeed indicates that the install failed. The other attempts to load maxima fail because the library "maxima.fas" now gets installed in a different place.
</p>
</blockquote>
<p>
I guess what I meant was that Maxima still works as an executable within Sage.
</p>
<blockquote class="citation">
<p>
If you take a look at the patch that was made to spkg-install,
you can see that the four lines added can't possibly lead to
maxima failing so badly.
</p>
</blockquote>
<p>
Yes, I noticed that. Of course, Maxima itself isn't failing per se...
</p>
<blockquote class="citation">
<p>
One guess I can make is that I packaged the spkg in the wrong way (I actually followed the instructions in spkg-dist!). The resulting spkg is quite a bit smaller than "p0" that Ghitza provided, so perhaps maxima automake files got deleted by that script?
</p>
</blockquote>
<p>
That seems very likely; the size should be exactly the same, one would think.
</p>
<blockquote class="citation">
<p>
To test this hypothesis:
</p>
<ul><li>Unpack the original maxima spkg (or install with -s)
</li><li>apply the attached patch, or paste in the relevant lines into spkg-install
</li><li>install again
</li></ul><p>
If that works, then one should probably just repackage the spkg. Otherwise, I don't know what the problem is.
</p>
</blockquote>
<p>
Unfortunately, although repackaging it did seem to solve the size issue, I still get the same error as above. In particular, I get the following in a different log:
</p>
<pre class="wiki">;;; Note: Creating tag: "_eclLn4HfWn8_QUH5U1z" for #P"binary-ecl/maxima-package.o"
;;; Internal error: Unable to find include directory
; - Binary file binary-ecl/maxima-package.fas is old or does not exist.
; Compile (and load) source file /Users/.../sage-4.2/spkg/build/maxima-5.19.1.p1/src/src/maxima-package.lisp instead? y
; - Should I bother you if this happens again? y
; - Compiling source file
; "/Users/.../sage-4.2/spkg/build/maxima-5.19.1.p1/src/src/maxima-package.lisp"
;;; Compiling /Users/.../sage-4.2/spkg/build/maxima-5.19.1.p1/src/src/maxima-package.lisp.
;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=2
;;; End of Pass 1.
;;; Note: Creating tag: "_eclLn4HfWn8_1eX5U1z" for #P"binary-ecl/maxima-package.o"
;;; Internal error: Unable to find include directory
; - Loading binary file "binary-ecl/maxima-package.fas"
</pre><p>
So it's not finding that even upon normal building. Is the .fas file what we typically use, though? My sense is that it's /local/lib/maxima/5.19.1/binary-ecl/maxima. I don't know that the automake message is as important, as apparently there is a Maxima executable still there:
</p>
<pre class="wiki">----------------------------------------------------------------------
| Sage Version 4.2, Release Date: 2009-10-24 |
| Type notebook() for the GUI, and license() for information. |
----------------------------------------------------------------------
sage: 3+3
6
sage: integrate(x^3)
1/4*x^4
</pre>
TicketkcrismanMon, 02 Nov 2009 20:04:31 GMTstatus changed
https://trac.sagemath.org/ticket/7287#comment:7
https://trac.sagemath.org/ticket/7287#comment:7
<ul>
<li><strong>status</strong>
changed from <em>needs_work</em> to <em>needs_review</em>
</li>
</ul>
<p>
Weirdly, just putting the (bigger) spkg in to a clean build of 4.1.2 did as it was supposed to - right down to making the right .fas file, and it works!!! Note that I did the spkg upgrade first, and only then added the ecl library access from <a class="closed ticket" href="https://trac.sagemath.org/ticket/6781" title="enhancement: Library access to ecl (closed: fixed)">#6781</a>, just in case that makes a difference - I don't know why it would, but at any rate there were no weird complaints about makefiles etc.
</p>
<p>
<a class="ext-link" href="http://sage.math.washington.edu/home/kcrisman/maxima-5.19.1.p1.spkg"><span class="icon"></span>Here</a> is the skpg. I am going to try the same thing on a PPC machine next. If someone else can do it on a couple Linux boxes, perhaps with different distros, that would be very helpful to getting this reviewed positively.
</p>
TicketnbruinMon, 02 Nov 2009 20:39:19 GMT
https://trac.sagemath.org/ticket/7287#comment:8
https://trac.sagemath.org/ticket/7287#comment:8
<p>
Replying to <a class="ticket" href="https://trac.sagemath.org/ticket/7287#comment:7" title="Comment 7">kcrisman</a>:
</p>
<blockquote class="citation">
<p>
Weirdly, just putting the (bigger) spkg in to a clean build of 4.1.2 did as it was supposed to - right down to making the right .fas file, and it works!!! Note that I did the spkg upgrade first, and only then added the ecl library access from <a class="closed ticket" href="https://trac.sagemath.org/ticket/6781" title="enhancement: Library access to ecl (closed: fixed)">#6781</a>, just in case that makes a difference - I don't know why it would, but at any rate there were no weird complaints about makefiles etc.
</p>
</blockquote>
<p>
Ticket <a class="closed ticket" href="https://trac.sagemath.org/ticket/6781" title="enhancement: Library access to ecl (closed: fixed)">#6781</a> does not touch anything that can influence maxima's build.
</p>
<p>
I think the problem is in spkg-dist, which SPKG.txt instructs you to run prior to packaging the spkg:
</p>
<pre class="wiki">for X in ['es', 'es.utf8', 'pt', 'pt.utf8', 'pt_BR', 'pt_BR.utf8']:
cmd('rm -rf "src/doc/info/%s/"*'%X)
open('src/doc/info/%s/Makefile.in'%X,'w').write('all:\n\tls\n\n')
</pre><p>
This must delete some files that were "automake" generated. The build process of Maxima detects that, tries to run automake, bails on a wrong version number, and the spkg install fails. This problem had nothing to do with the patch, but everything with the instructions on how to build a new spkg. Anyone with experience with the maxima spkg interested in weighing in?
</p>
TicketkcrismanMon, 02 Nov 2009 21:05:15 GMTcc set
https://trac.sagemath.org/ticket/7287#comment:9
https://trac.sagemath.org/ticket/7287#comment:9
<ul>
<li><strong>cc</strong>
<em>AlexGhitza</em> added
</li>
</ul>
<p>
You are right, the .in files are changed, which calls automake, etc. Yuck. So the "foreign-language" files add about 4 MB, interesting... maybe there is some way to get rid of these without doing something weird like that?
</p>
<p>
This SPKG.txt is a little dated, anyway - it still has instructions for clisp! Let's see what Alex has to say, if he's available.
</p>
TicketkcrismanWed, 04 Nov 2009 13:46:15 GMT
https://trac.sagemath.org/ticket/7287#comment:10
https://trac.sagemath.org/ticket/7287#comment:10
<p>
Works fine on PPC as well.
</p>
<p>
A final reviewer should test (a correct) spkg on a couple varieties of Linux, probably, but it shouldn't make too much difference (?).
</p>
TicketmvnguThu, 03 Dec 2009 01:46:01 GMTsummary changed; upstream set
https://trac.sagemath.org/ticket/7287#comment:11
https://trac.sagemath.org/ticket/7287#comment:11
<ul>
<li><strong>upstream</strong>
set to <em>N/A</em>
</li>
<li><strong>summary</strong>
changed from <em>[needs review] Update Maxima spkg to build ECL library</em> to <em>Update Maxima spkg to build ECL library</em>
</li>
</ul>
<p>
An updated Maxima spkg is available at
</p>
<p>
<a class="ext-link" href="http://sage.math.washington.edu/home/mhansen/maxima-5.19.1.p2.spkg"><span class="icon"></span>http://sage.math.washington.edu/home/mhansen/maxima-5.19.1.p2.spkg</a>
</p>
<p>
I have built Sage 4.3.alpha0 from scratch with that package. The compilation process went OK on the following platforms:
</p>
<ul><li>sage.math --- Ubuntu 8.04.3 LTS. All doctests pass, except the known failure with the Maxima interface.
</li><li>rosemary.math --- Red Hat Enterprise Linux Server 5.4. All doctests pass, except the known failure with the Maxima interface.
</li><li>bsd.math --- Mac OS X 10.6.2. Numerous doctest failures as expected as this platform is not yet completely supported.
</li></ul><p>
After the build and doctests, you could run ECL and using Maxima as a library. Do either "./sage -ecl" or from a Sage command line session, do "!ecl":
</p>
<pre class="wiki">[mvngu@sage sage-4.3.alpha0-maxima]$ ./sage -ecl
ECL (Embeddable Common-Lisp) 9.10.2
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"/scratch/mvngu/sandbox/sage-4.3.alpha0-maxima/local/lib/ecl/maxima.fas"
("MAXIMA")
> #$integrate(cos(x), x)$
((MAXIMA::%SIN MAXIMA::SIMP) MAXIMA::$X)
> #$ratsimp((2*x + 3*x^3) / 5*x^2)$
((MAXIMA::MTIMES MAXIMA::SIMP) ((MAXIMA::RAT MAXIMA::SIMP) 1 5)
((MAXIMA::MPLUS MAXIMA::SIMP)
((MAXIMA::MTIMES MAXIMA::SIMP) 2
((MAXIMA::MEXPT MAXIMA::SIMP MAXIMA::RATSIMP) MAXIMA::$X 3))
((MAXIMA::MTIMES MAXIMA::SIMP) 3
((MAXIMA::MEXPT MAXIMA::SIMP MAXIMA::RATSIMP) MAXIMA::$X 5))))
> (quit)
</pre><p>
So by this stage, Maxima can be built as a Lisp library. I'm doing more build/tests on other Linux boxes.
</p>
TicketmvnguThu, 03 Dec 2009 01:46:59 GMTcc changed
https://trac.sagemath.org/ticket/7287#comment:12
https://trac.sagemath.org/ticket/7287#comment:12
<ul>
<li><strong>cc</strong>
<em>mhansen</em> added
</li>
</ul>
TicketkcrismanThu, 03 Dec 2009 02:49:56 GMT
https://trac.sagemath.org/ticket/7287#comment:13
https://trac.sagemath.org/ticket/7287#comment:13
<p>
Can I ask what the differences are with this spkg p2? Is there a specific ticket this is related to? In particular, if it is the latest CVS, this should fix a few other random tickets which have been waiting for a new Maxima version.
</p>
TicketmhansenThu, 03 Dec 2009 03:02:36 GMT
https://trac.sagemath.org/ticket/7287#comment:14
https://trac.sagemath.org/ticket/7287#comment:14
<p>
This .p2 package also has the changes from 7325 in it as well.
</p>
TicketmvnguThu, 03 Dec 2009 14:47:22 GMTstatus changed; reviewer, author set
https://trac.sagemath.org/ticket/7287#comment:15
https://trac.sagemath.org/ticket/7287#comment:15
<ul>
<li><strong>status</strong>
changed from <em>needs_review</em> to <em>positive_review</em>
</li>
<li><strong>reviewer</strong>
set to <em>Karl-Dieter Crisman, Minh Van Nguyen</em>
</li>
<li><strong>author</strong>
set to <em>Nils Bruin, Mike Hansen</em>
</li>
</ul>
<p>
I have only been able to access the 32-bit Mandriva virtual machine on boxen.math. I can't ssh to most Linux virtual machines on boxen.math. On some boxes that I could ssh to (as wstein), the build process hangs for hours and seems to go nowhere. Building Sage 4.3.alpha0 on the 32-bit Mandriva virtual machine went OK. The following doctests failed:
</p>
<pre class="wiki">sage -t -long "devel/sage/sage/interfaces/maxima.py"
sage -t -long "devel/sage/sage/interfaces/ecm.py"
sage -t -long "devel/sage/sage/tests/benchmark.py"
</pre><p>
The Maxima failure is the following known failure:
</p>
<pre class="wiki">sage -t -long "devel/sage-main/sage/interfaces/maxima.py"
**********************************************************************
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/devel/sage-main/sage/interfaces/maxima.py", line 2172:
sage: latex(maxima(derivative(ceil(x*y*d), d,x,x,y)))
Exception raised:
Traceback (most recent call last):
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/bin/ncadoctest.py", line 1231, in run_one_test
self.run_one_example(test, example, filename, compileflags)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/bin/sagedoctest.py", line 38, in run_one_example
OrigDocTestRunner.run_one_example(self, test, example, filename, compileflags)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/bin/ncadoctest.py", line 1172, in run_one_example
compileflags, 1) in test.globs
File "<doctest __main__.example_68[4]>", line 1, in <module>
latex(maxima(derivative(ceil(x*y*d), d,x,x,y)))###line 2172:
sage: latex(maxima(derivative(ceil(x*y*d), d,x,x,y)))
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/interfaces/expect.py", line 1033, in __call__
return self._coerce_from_special_method(x)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/interfaces/expect.py", line 1057, in _coerce_from_special_method
return (x.__getattribute__(s))(self)
File "expression.pyx", line 429, in sage.symbolic.expression.Expression._maxima_ (sage/symbolic/expression.cpp:3324)
File "sage_object.pyx", line 364, in sage.structure.sage_object.SageObject._interface_ (sage/structure/sage_object.c:3327)
File "sage_object.pyx", line 453, in sage.structure.sage_object.SageObject._maxima_init_ (sage/structure/sage_object.c:5036)
File "expression.pyx", line 452, in sage.symbolic.expression.Expression._interface_init_ (sage/symbolic/expression.cpp:3414)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 214, in __call__
return self.arithmetic(ex, operator)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 553, in arithmetic
args = ["(%s)"%self(op) for op in ex.operands()]
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 214, in __call__
return self.arithmetic(ex, operator)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 553, in arithmetic
args = ["(%s)"%self(op) for op in ex.operands()]
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 218, in __call__
return self.derivative(ex, operator)
File "/scratch/wstein/mvngu/sage-4.3.alpha0-maxima/local/lib/python/site-packages/sage/symbolic/expression_conversions.py", line 541, in derivative
raise NotImplementedError, "cannot convert expression to Maxima"
NotImplementedError: cannot convert expression to Maxima
**********************************************************************
1 items had failures:
1 of 6 in __main__.example_68
***Test Failed*** 1 failures.
For whitespace errors, see the file /scratch/wstein/sage//tmp/.doctest_maxima.py
[33.1 s]
exit code: 1024
</pre><p>
As far as I'm concerned, the updated Maxima spkg looks good to me. One could make a Sage 4.3.alpha1 for testing on more platforms.
</p>
TicketmhansenFri, 04 Dec 2009 04:27:21 GMTstatus changed; resolution, merged set
https://trac.sagemath.org/ticket/7287#comment:16
https://trac.sagemath.org/ticket/7287#comment:16
<ul>
<li><strong>status</strong>
changed from <em>positive_review</em> to <em>closed</em>
</li>
<li><strong>resolution</strong>
set to <em>fixed</em>
</li>
<li><strong>merged</strong>
set to <em>sage-4.3.alpha1</em>
</li>
</ul>
<p>
Merge maxima-5.19.1.p2.spkg
</p>
Ticket