Re: [Gcl-devel] BLAS for GCL

[Camm Maguire]

Greetings, and thanks for your reply!  

I guess I'm just a bit unfamiliar with how this is done in the lisp
world.  Does one just make a loadable object, which in turn on
initialization calls dlopen on the blas library?  I suppose this is
exactly what the tkl object does on further thought.  

But if this is the case, wouldn't it be better just to write a standard
lisp interface into dlopen instead of specializing for *every* foreign
library one would like to use?  In general, it seems much more
difficult to use third party code/libraries in the lisp world.

Any advice appreciated!  (Am aware of the existing blas project with
Clisp -- perhaps I should investigate further there when time
permits.)

Take care,

James Amundson <address@hidden> writes:

> On Fri, 2002-02-15 at 14:16, Camm Maguire wrote:
> > There is already lisp written for this at sourceforge, but I'm unclear
> > as to how to incorporate it.  Should it be like readline, where
> > support for blas is added in at compile-time depending on the
> > availability?  Or should it be an optional loadable module?  Do we
> > really want to make *all*  gcl saved binaries depend on blas?
> 
> I really don't think you want to make all gcl binaries depend on blas.
> Perhaps I'm missing something. Why not just leave gcl-blas as a separate
> package?
> 
> --Jim
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah