From: Terrence B. <sch...@gm...> - 2007-12-24 15:59:36
|
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. |