[Gsll-devel] DEFCVAR error

[Tamas K Papp]

Dear Liam and Jason,

Thanks for your help.  I had all the files below, so I tried manually
loading the foreign libraries, and it worked.  So I thought what the
heck, and deleted the fasl files for gsll from my clc cache, and now
it works perfectly.

Just a question: isn't init.lisp supposed to have an (in-package :gsl)
statement somewhere?  Or do you want stuff there happening outside
gsl:?

Anyhow, now GSL seems to work, I tried erf and was overwhelmed with
happiness.  Having all these useful functions is a big deal for my
work.

Thanks,

Tamas

On Tue, Apr 01, 2008 at 01:39:00PM -0400, Liam Healy wrote:
> Here's what I have under /usr/lib,
> 
> -rw-r--r-- 1 root root 3917574 2008-01-28 07:58 /usr/lib/libgsl.a
> -rw-r--r-- 1 root root  420802 2008-01-28 07:58 /usr/lib/libgslcblas.a
> lrwxrwxrwx 1 root root      20 2008-02-04 09:06
> /usr/lib/libgslcblas.so -> libgslcblas.so.0.0.0
> lrwxrwxrwx 1 root root      20 2008-02-04 09:06
> /usr/lib/libgslcblas.so.0 -> libgslcblas.so.0.0.0
> -rw-r--r-- 1 root root  199096 2008-01-28 07:58 /usr/lib/libgslcblas.so.0.0.0
> lrwxrwxrwx 1 root root      16 2008-02-04 09:06 /usr/lib/libgsl.so ->
> libgsl.so.0.10.0
> lrwxrwxrwx 1 root root      16 2008-02-04 09:06 /usr/lib/libgsl.so.0
> -> libgsl.so.0.10.0
> -rw-r--r-- 1 root root 1966928 2008-01-28 07:58 /usr/lib/libgsl.so.0.10.0
> 
> and packages installed (Debian unstable)
> ii  gsl-bin                        1.10-4                         GNU
> Scientific Library (GSL) -- binary package
> ii  gsl-ref-html                   1.10-1                         GNU
> Scientific Library (GSL) Reference Manual in html
> ii  libgsl0                        1.9-3                          GNU
> Scientific Library (GSL) -- library package
> ii  libgsl0-dev                    1.10-4                         GNU
> Scientific Library (GSL) -- development package
> ii  libgsl0ldbl                    1.10-4                         GNU
> Scientific Library (GSL) -- library package
> 
> not all of which are necessary of course.  I have found in general
> with Debian libraries that they often fail to link to the most general
> "so" file, so that e.g. there will be a libxyz.so.0.n and a
> libxyz.so.0 that's a link to that, but then I will need to make a link
> libxyz.so.  I can't remember if that happened with GSL or not, but
> check for that if it says the library is missing but you think you've
> installed it.
> 
> Liam
> 
> On Tue, Apr 1, 2008 at 1:24 PM, Jason Nielsen <jdn at math.carleton.ca> wrote:
> > On Tue, 1 Apr 2008, Tamas K Papp wrote:
> >
> >  >  when called with arguments
> >  >    (((:DARWIN
> >  >       (:OR "/opt/local/lib/libgslcblas.dylib"
> >  >        "/usr/local/lib/libgslcblas.dylib"))
> >  >      (:UNIX (:OR "/usr/lib/libgslcblas.so.0" "/usr/lib/libgslcblas.so"))
> >  >      (T (:DEFAULT "libgslcblas")))).
> >  >
> >  <snip>
> >
> > >
> >  > Note that I installed libgsl0-dev which apparently contains
> >  > libgslcblas (this was not mentioned on the GSLL page), but still could
> >  > not get it working.  Using SBCL 1.0.14.debian.
> >  >
> >
> >  Dear Tamas,
> >
> >  Type:
> >
> >  slocate libgslcblas
> >
> >  on an Ubuntu system I get:
> >
> >
> >  /usr/lib/libgslcblas.so.0
> >  /usr/lib/libgslcblas.so.0.0.0
> >  /usr/lib/libgslcblas.a
> >  /usr/lib/libgslcblas.so
> >
> >  if you do not get that either libgslcblas.so or libgslcblas.so.0 lives in
> >  /usr/lib/ but somewhere else you will need to symlink it to /usr/lib or
> >  change the lisp code to call the correct path.
> >
> >  Cheers,
> >  Jason
> >
> >
> > _______________________________________________
> >  Gsll-devel mailing list
> >  Gsll-devel at common-lisp.net
> >  http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
> >
> _______________________________________________
> Gsll-devel mailing list
> Gsll-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel