[Gsll-devel] gsll:+edom+ has no value
Liam Healy
lhealy at common-lisp.net
Mon Jun 15 04:13:37 UTC 2009
This shows up in the Debian version of CLISP, 2.44.1 as
well. It appears to be a bug in CLISP. If I replace the
first form in conditions.lisp (which creates the
defconstants) with the literal defconstants, it still gets
this error. I think that a defconstant must be useable
immediately after it is defined, even in the same file.
If you are on the CLISP mailing list, can you post a
question there and confirm this?
Liam
On Fri, Jun 12, 2009 at 8:49 PM, Mirko Vukovic<mirko.vukovic at gmail.com> wrote:
> Hello,
>
> on loading a fresh gsll (no fasl, lib, exe) on clisp+cygwin+windows, I get:
>
> #<ADDRESS #x44C9D500>: variable GSLL::+EDOM+ has no value
> [Condition of type SYSTEM::SIMPLE-UNBOUND-VARIABLE]
>
> Restarts:
> 0: [USE-VALUE] You may input a value to be used instead of GSLL::+EDOM+.
> 1: [STORE-VALUE] You may input a new value for GSLL::+EDOM+.
> 2: [RETRY] Retry performing #<ASDF:COMPILE-OP NIL #x1018B8A1> on
> #<ASDF:CL-SOURCE-FILE "conditions" #x10465C61>.
> 3: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL #x1018B8A1> on
> #<ASDF:CL-SOURCE-FILE "conditions" #x10465C61> as having been
> successful.
> 4: [ABORT] Return to SLIME's top level.
> 5: [ABORT] Abort
> --more--
>
> The call stack seems to originate in the `define-gsl-condition' (see
> attached file)
>
> Any ideas?
>
> Thanks,
>
> Mirko
>
> PS BTW, I had to teach cffi-grovel how to access gcc under cygwin. I
> posted a message to cffi-grovel, so hopefully you will not need to do
> anything on the gsll side
>
> _______________________________________________
> Gsll-devel mailing list
> Gsll-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
>
>
More information about the gsll-devel
mailing list