Matlisp numerics in Lisp and Maxima



Raymond Toy <toy@rtp.ericsson.se> writes:

> >>>>> "Stavros" == Stavros Macrakis <stavros.macrakis@verizon.net> writes:
> 
>     >> With Matlisp (http://matlisp.sourceforge.net), we have an 
>     >> interface to LAPACK freely available.
> 
>     Stavros> That's great!
> 
>     Stavros> Do you plan to port it to a free Lisp available on Windows?  Right now
>     Stavros> Matlisp runs on CMUCL (no Windows support) and Allegro CL (not free).
>     Stavros> An important goal for Maxima is to be fully cross-platform, including
>     Stavros> Windows and Macintosh.
>
>     Stavros> If Matlisp can be ported to GCL, it would be great to integrate Matlisp
>     Stavros> and Maxima.
> 
> Matlisp currently makes a few assumptions about the underlying Lisp:
> 
> 1.  A foreign function interface.
> 2.  The Lisp stores (simple-array double-float (*)) as consecutive
>     double-float numbers, just like C or Fortran would do.
> 3.  There is some way to get at this actual storage address
> 4.  Some way to disable GC when computing the addresses and calling an
>     LAPACK routine
> 5.  CLOS.

These seem to me quite reasonable requirements.  Which CL implementations
do not satisfy them?  CLISP probably.  What about GCL?

Nicolas.