Menu
▾
▴
matlisp-users
|
From: Ryan A. <rp...@ca...> - 2005-06-14 15:34:59
|
I've been trying to get Matlisp working with SBCL 0.9.1.28 on Debian. I have checked out the latest version of Matlisp from CVS, and I have replaced the defsystem.lisp in that source with the latest version from the CLOCC CVS repository. I've also changed the 'LOAD-1-FOREIGN' to 'LOAD-SHARED-OBJECT' in lazy-loader.lisp.in. I've put a diff of this here: http://www.inference.phy.cam.ac.uk/rpa23/misc/sbcl-matlisp.rpa23.diff I start the REPL in SLIME, and run (load "/home ... /start.lisp"), it runs to completion, finishing with the message about using (HELP MATLISP) and (use-package "MATLISP"), but when I actually try to do either of these things, I get errors. When I run: CL-USER> (use-package "MATLISP") debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread 17646: odd number of &KEY arguments CL-USER> (help MATLISP) ; in: LAMBDA NIL ; (HELP MATLISP) ; ; caught STYLE-WARNING: ; undefined function: HELP ; ; caught WARNING: ; undefined variable: MATLISP ; ; caught WARNING: ; This variable is undefined: ; MATLISP ; ; caught STYLE-WARNING: ; This function is undefined: ; HELP ; ; compilation unit finished ; caught 2 WARNING conditions ; caught 2 STYLE-WARNING conditions debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread 17646: odd number of &KEY arguments Can anyone give me any advice as to where to start resolving this? I am a Lisp noob, so it may be something simple. Thanks in advance... Ryan -- Ryan Adams <rp...@ca...> |
|
From: Raymond T. <ray...@er...> - 2005-06-14 16:04:39
|
>>>>> "Ryan" == Ryan Adams <rp...@ca...> writes:
Ryan> I've been trying to get Matlisp working with SBCL 0.9.1.28 on Debian. I
Ryan> have checked out the latest version of Matlisp from CVS, and I have
Ryan> replaced the defsystem.lisp in that source with the latest version from
Ryan> the CLOCC CVS repository. I've also changed the 'LOAD-1-FOREIGN' to
Ryan> 'LOAD-SHARED-OBJECT' in lazy-loader.lisp.in. I've put a diff of this
Ryan> here:
Yes, I think that's the basic fix for sbcl. I'll try to get those
changes checked in soon.
Ryan> I start the REPL in SLIME, and run (load "/home ... /start.lisp"), it
Ryan> runs to completion, finishing with the message about using (HELP
Ryan> MATLISP) and (use-package "MATLISP"), but when I actually try to do
Ryan> either of these things, I get errors.
It's probably not a good idea to (use-package "MATLISP") when you're
in the CL-USER package. You probably want to do (in-package
"MATLISP").
Second, try it without slime.
Ray
|
|
From: Ryan A. <rp...@ca...> - 2005-06-14 17:31:43
|
On Tue, 2005-06-14 at 12:04 -0400, Raymond Toy wrote: > It's probably not a good idea to (use-package "MATLISP") when you're > in the CL-USER package. You probably want to do (in-package > "MATLISP"). > > Second, try it without slime. I've tried this with both (in-package "MATLISP") and (in-package "MATLISP-USER") with the same result (below). One observation: at home, on my Gentoo machine, I have SBCL 0.8.21 and have gone through the same procedure. It complains identically down to the bit about "printed 5 notes", but then prints the correct help output. Also, it *seems* that in both cases, the installation itself is alright. If I type (rand 1), for example, I get an appropriate output. Would indicate that it is just something broken with the man system? * (in-package "MATLISP-USER") #<PACKAGE "MATLISP-USER"> * (help MATLISP) ; in: LAMBDA NIL ; (FIRST MATLISP::ITEM) ; --> CAR ; ==> ; MATLISP::ITEM ; ; note: deleting unreachable code ; (SECOND MATLISP::ITEM) ; --> CADR CAR CDR ; ==> ; MATLISP::ITEM ; ; note: deleting unreachable code ; (DOLIST (MATLISP::I MATLISP::ITEM) (MATLISP::MAN MATLISP::I)) ; --> BLOCK LET ; ==> ; MATLISP::ITEM ; ; note: deleting unreachable code ; (MATLISP::MAN MATLISP::I) ; ==> ; MATLISP::I ; ; note: deleting unreachable code ; (ERROR "don't know how to help ~a" MATLISP::ITEM) ; ==> ; "don't know how to help ~a" ; ; note: deleting unreachable code ; ; compilation unit finished ; printed 5 notes debugger invoked on a SIMPLE-ERROR in thread 21588: MATLISP::A is not the name of a structure type. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. ((SB-PCL::FAST-METHOD DOCUMENTATION (SYMBOL (EQL 'STRUCTURE))) #<unavailable argument> #<unavailable argument> MATLISP::A #<unavailable argument>) 0] |
|
From: Raymond T. <ray...@er...> - 2005-06-15 14:13:03
|
>>>>> "Ryan" == Ryan Adams <rp...@ca...> writes:
Ryan> On Tue, 2005-06-14 at 12:04 -0400, Raymond Toy wrote:
>> It's probably not a good idea to (use-package "MATLISP") when you're
>> in the CL-USER package. You probably want to do (in-package
>> "MATLISP").
>>
>> Second, try it without slime.
Ryan> I've tried this with both (in-package "MATLISP") and (in-package
Ryan> "MATLISP-USER") with the same result (below). One observation: at home,
Ryan> on my Gentoo machine, I have SBCL 0.8.21 and have gone through the same
Ryan> procedure. It complains identically down to the bit about "printed 5
Ryan> notes", but then prints the correct help output. Also, it *seems* that
Ryan> in both cases, the installation itself is alright. If I type (rand 1),
Ryan> for example, I get an appropriate output. Would indicate that it is
Ryan> just something broken with the man system?
Not sure, but if the same version of matlisp and sbcl works on one
machine but not another, then the machines are somehow different.
Ryan> Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
Ryan> restarts (invokable by number or by possibly-abbreviated name):
Ryan> 0: [ABORT] Exit debugger, returning to top level.
Ryan> ((SB-PCL::FAST-METHOD DOCUMENTATION (SYMBOL (EQL 'STRUCTURE)))
Ryan> #<unavailable argument>
Ryan> #<unavailable argument>
Ryan> MATLISP::A
Ryan> #<unavailable argument>)
Ryan> 0]
Can you "backtrace" here to get a backtrace?
I think help should be a smaller macro, but that's an implementation
issue.
Ray
|
Thanks for helping keep SourceForge clean.
X