[Gsll-devel] DEFCVAR error

[Tamas K Papp]

Thanks Liam,

I overlooked that, and I installed the latest version.  Now I get the
error:

* (require :gsll)

; loading system definition from /usr/share/common-lisp/systems/cffi.asd into
; #<PACKAGE "ASDF0">
; registering #<SYSTEM CFFI {B0B0CC9}> as CFFI

debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" {A8EF661}>:
  There is no applicable method for the generic function
    #<STANDARD-GENERIC-FUNCTION (SB-PCL::SLOT-ACCESSOR :GLOBAL CFFI::SPEC
                                 SB-PCL::READER) (1)>
  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")))).

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [RETRY    ] Try loading the foreign library again.
  1: [USE-VALUE] Use another library instead.
  2: [RETRY    ] Retry performing #<ASDF:LOAD-OP NIL {B82B479}> on
                 #<ASDF:CL-SOURCE-FILE "init" {B6881B1}>.
  3: [ACCEPT   ] Continue, treating #<ASDF:LOAD-OP NIL {B82B479}> on
                 #<ASDF:CL-SOURCE-FILE "init" {B6881B1}> as having been
                 successful.
  4: [ABORT    ] Exit debugger, returning to top level.

((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T))
 #<unavailable argument>
 #<unavailable argument>
 #<STANDARD-GENERIC-FUNCTION (SB-PCL::SLOT-ACCESSOR :GLOBAL CFFI::SPEC
                              SB-PCL::READER) (1)>)
0] 


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.

Tamas

On Tue, Apr 01, 2008 at 11:46:40AM -0400, Liam Healy wrote:
> Hi Tamas-
> 
> You need to get the latest version (not the current) version of CFFI.
> There are actually only three places where this is used, so it's not
> hard to change it, but I coded against the latest version figuring
> they were about to release a new version (and so far they haven't),
> and because one of my computers is on Debian unstable and uses the
> latest.
> 
> Liam
> 
> 
> Requirements and Platforms
> 
> GSLL should work in any Common Lisp implementation and platform
> combination that has CFFI with callbacks and foreign-funcall support.
> You will need
> 
>     * GSL
>     * CFFI (Note: you will need a version newer than the current
> version 0.9.2. Use the darcs repository, a newer tarball, or Debian
> testing/unstable.)
>     * ASDF          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> 
> 
> On Tue, Apr 1, 2008 at 10:27 AM, Tamas K Papp <tpapp at princeton.edu> wrote:
> > Hi,
> >
> >  I checked out GSLL using svn, registered the package and tried to load
> >  it.  But I am getting errors like this:
> >
> >  Execution of a form compiled with errors.
> >  Form:
> >   (DEFCVAR (gsl_version *GSL-VERSION* READ-ONLY T) STRING
> >          The version of the GSL library being used.)
> >  Compile-time error:
> >   (during macroexpansion of (DEFCVAR ("gsl_version" *GSL-VERSION* ...) ...))
> >  error while parsing arguments to DEFMACRO DEFCVAR:
> >   odd number of elements in keyword/value list: ("The version of the GSL library being used.")
> >    [Condition of type SB-INT:COMPILED-PROGRAM-ERROR]
> >
> >  When I looked up cffi:defcvar, I found that its syntax is
> >  (defcvar name type &key read-only)
> >
> >  but the code has
> >
> >  (cffi:defcvar ("gsl_version" *gsl-version* :read-only t) :string
> >           "The version of the GSL library being used.")
> >
> >  I am confused, am I supposed to use a different version of CFFI?
> >
> >  Thanks,
> >
> >  Tamas
> >  _______________________________________________
> >  Gsll-devel mailing list
> >  Gsll-devel at common-lisp.net
> >  http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
> >