Raymond Toy wrote:
> Terrence Brannon wrote:
>> Terrence Brannon wrote:
>>
>>> Hello, I am developing a library of array processing code in Common
>>> Lisp inspired by the J programming language. I am using Windows XP
>>> for development.
>>>
> Have you heard of matlisp?
Yes, in my survey of Lisp array processing I came across it. My feedback:
* Re: http://matlisp.sourceforge.net/ - MatLisp adds to this richness by
giving you a *matrix fast class *based on BLAS
<http://www.netlib.org/blas>; and LAPACK <http://www.netlib.org/lapack>;.
-- grammatically, that should be fast matrix class
* I am on Windows, so CMUCL does not run and Allegro is too expensive
for a hobbyist like me. Also, I desire the blinding speed of SBCL or GCL
over Clisp for the ultimate product. Not that my project will ever
matter, but I still want to see this little baby crank.
* I turned a guy on to Matlisp recently. He goes by the handle mogonus
in #lisp. His name is Marco.
* I didnt see a manual at the website.
* I'm mainly doing this to create an open-source package which is just
like the J programming language. A key idea of J is verb rank, which
allows verbs to operate on data of any rank.
* Matlisp is not limited to rank-2 arrays is it? The README in the
distro imply that.. or rather dont discuss anything else.
* Precompiling BLAS and LAPACK is fine, but what if a new arch wants to
use the library? I like the fortran to lisp approach of Maxima.
* I'm not sure about the overhead of using a matrix class. My approach
so far has been to use the built in ARRAY type.
* There is a great amount of care in documenting the code. A lot of work
has gone into this. Has there been no reason for a release since 2003?
> There's also at least one other matrix package bug I've forgotten
> its name.
Hmm... the only other thing I came across was LUSH - which is Lisp-like
syntax but not genuine common lisp. Oh wait, actually from a thread I
started:
http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d44a7c5c6b3276d8
there is NLISP - http://nlisp.info/index.html
there is also RCL and RCLG, listed here - http://www.cliki.net/Mathematics
>
> (Full disclosure: I wrote parts of matlisp.)
nice work!
>
>> >(funcall (intern (symbol-name :operate-on-system) :mk) "maxima"
>> :load :verbose t))
>>
> You probably want to use :compile instead of :load. Then all the
> files will be compiled (and loaded).
>> ; - Loading module "info"
>> ; - Binary file binary-gcl/nregex.o is old or does not exist.
>> ; Compile (and load) source file src/nregex.lisp instead?
>>
> Not sure why you get this, but there is a bug in gcl in that it
> doesn't know how to create directories. You might want to create the
> binary-gcl directory by hand first.
yes, that helped out a lot. Thanks. And for readers of the mail archive.
the binary-gcl directory should be made in the root of the distro, not
in lisp-utils or src.
>
> Ray
>
The whole thing built. Now the only issue is that GCL doesnt work with
SLIME. So I might try the whole build process over again with SBCL soon.