Re: Re: Matrix column access

Nicolas Neuss <[email protected]> Wed, 07 Dec 2005 13:25:14 +0100
Newsgroups gmane.lisp.matlisp.user
Organization IWR
Message-ID <[email protected]>
Cyrus Harmon <[email protected]> writes:

> Nicolas and Ray,
>
> I hope this isn't to off-topic, but I thought I'd jump in to the  
> middle of this conversation and point out my matrix library, clem.  
> It's available at http://cyrusharmon.org/cl/static/releases/ 
> clem-0.1.5-20051204.tar.gz .
> ...
> It takes a while to compile and there's probably better ways to make  
> this stuff go faster (define-compiler-macro maybe? more inline  
> functions?) ...

> I've also done a little bit of work to go back and forth to matlisp.  
> I was rather disappointed that the state of matrix math packages on  
> common-lisp was that I had to write my own. I would gladly abandon  
> this project for an alternative, but I haven't found that yet. In the  
> meantime, feedback on it is greatly appreciated.

In FL.MATLISP (which is my notation for "Femlisp's Matlisp replacement"),
matrix class generation and method compilation happens only when necessary,
so it compiles fast.  You should be able to do the same.

In general, I do agree with Jan Rychter that the Matlisp interface should
be kept as much as possible (and I tried to do this with FL.MATLISP).

It could be interesting to compare the performance of FL.MATLISP with your
library.  If I remember well, I did not see large differences in comparison
with C (lower than a factor 2 for larger matrices).

Yours, 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