Re: Re: Matrix column access

Nicolas Neuss <[email protected]> Tue, 06 Dec 2005 22:00:17 +0100
Newsgroups gmane.lisp.matlisp.user
Organization IWR
Message-ID <[email protected]>
Raymond Toy <[email protected]> writes:

>     Nicolas> 1. One should use the FL.MATLISP matrix structures (automatically
>     Nicolas>    generated) for Matlisp.  Printing and read-macro [] should be taken from
>     Nicolas>    Matlisp.
>
> What are FL.MATLISP matrix structures?

FL.MATLISP is the name of the corresponding package in Femlisp.  I do
generate the classes for the types automatically:

(defun standard-matrix (type)
  "Defines the programmatic class @class{standard-matrix} for element type
@arg{type} as extensions of the programmatic class @class{store-vector}."
  (assert (subtypep type 'number))
  (fl.amop:find-programmatic-class
   (list 'standard-matrix (store-vector type))
   (intern (format nil "~A" (list 'STANDARD-MATRIX type)) "FL.MATLISP")))

This makes it possible to have also matrices of single-floats, etc.

>     Nicolas> 2. One should automate Matlisp's BLAS interface.  Something like (get-blas
>     Nicolas>    'daxpy) should make the Fortran daxpy routine available.
>
> I don't follow what you mean by this.  They're always available in
> Matlisp.

But not every routine as much as I remember.  And for complete generality,
also the single-float versions should be available.  I think that it should
be possible to automate the process of making such a routine available.

>     Nicolas> 3. Also Matlisp's methods for BLAS and LAPACK generic functions which
>     Nicolas>    interface the Fortran routines should be automatically generated
>     Nicolas>    whenever possible, maybe following the route I took in Femlisp.  It
>
> Yes, that's possible.  I think there was confusion on what to expose
> and how.  Was there supposed to be a very low-level interface to
> LAPACK/BLAS, or should the interface be a bit higher-level and more
> lisp?  Or what?  I think we ended up with a somewhat incoherent mix,
> mostly driven by what users (mostly Tunc) wanted.

I think you did that quite well.  At least I like your generic function
interface.  What I don't like is the duplication of code for the different
matrix classes.

> Good luck in your job search!
> Ray

Thank you,

Nicolas.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click