Lost dependency for clisp

[Josep Pujadas-Jubany]

wxmaxima and maxima need clisp package for some functions.

"With Maxima 5.31.1 + Clisp"

https://www.ma.utexas.edu/pipermail/maxima/2013/034129.html

[PeterPall (peterpall)]

Since all that wxMaxima does do is to handle the output and input of maxima I suppose this bug applies there.

[PeterPall (peterpall)]

Found the (no more acccessible) mailing list entry in the internet achive:

https://web.archive.org/web/20151020061212/https://www.ma.utexas.edu/pipermail/maxima/2013/034129.html

One of maxima's advantages is that if any lisp has a drawback one cannot live with one can use a different lisp to compile maxima:
 - sbcl is quite fast but tends to run out of memory for big tasks
 - ccl has a very memory-efficient memory handling - but is about 10 times slower than sbcl.
 - gcl is fast with big numbers (tens of thousands of digits) but a little bit slower than sbcl when handling lists; it tends to run out of memory on other places than sbcl.

Clisp is therefore not a dependency of maxima. It is an alternative compiler it can be compiled with.

Maxima also provides the possibility to compile it with several lisps when the package is created and to use a command-line switch that tells maxima which of these lisps it has to use. This will of course make the package considerably larger (since in this case most files have to be shipped in a sbcl, a ccl, a gcl etc. version along with all the lisps maxima depends on then). But - if there is enough need to do so maybe the maintainer of the debian package can be convinced to add this functionality to the package.