Dear Lisper,
I am having trouble getting matlisp installed and
am not familiar enough with cmucl to figure this
out myself :-(
I am using cmucl18c and matlisp-1.0b (cmucl18b had
the same problem):
Thanks a lot,
Heiko
koepke:~/matlisp-1.0b>make cmu
/usr/local/bin/lisp -eval '(progn (load "start.lisp"))'
; Loading #p"/home/heiko/matlisp-1.0b/start.lisp".
;; Loading #p"/home/heiko/matlisp-1.0b/config.lisp".
;; Loading #p"/home/heiko/matlisp-1.0b/system.dcl".
;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
;;; Loading #p"/home/heiko/matlisp-1.0b/defsystem.lisp".
In: LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
#'(LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
(DECLARE (IGNORE ARGS))
(BLOCK C-COMPILE-FILE (RUN-UNIX-PROGRAM *C-COMPILER* `#)))
Note: Variable ERROR-FILE defined but never used.
Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
#() is not of type (OR CONS
BASE-STRING
(MEMBER NIL :UNSPECIFIC :WILD)
COMMON-LISP::PATTERN)
Restarts:
0: [CONTINUE] Return NIL from load of "matlisp:system.dcl".
1: Return NIL from load of "start.lisp".
2: [ABORT ] Skip remaining initializations.
Debug (type H for help)
("DEFUN MAKE-PATHNAME" 301988638 8)[:OPTIONAL]
0] :2
* (quit)
--
-----------
You won't fall for that,
Law and order is a baton in the rib.
You won't fall for that,
just like your mummy and daddy did.
Heiko Schaefer <··············@swissonline.ch> writes:
> I am using cmucl18c and matlisp-1.0b (cmucl18b had
> the same problem):
Not an answer for you, but CMUCL 18d is available and contains
signifigant improvements in many areas. If you just installed 18c you
might want to blow it away and go ahead with installing 18d. A new
version after 18d doesn't seem likely to appear for a while.
'james
--
James A. Crippen <·····@unlambda.com> ,-./-. Anchorage, Alaska,
Lambda Unlimited: Recursion 'R' Us | |/ | USA, 61.20939N, -149.767W
Y = \f.(\x.f(xx)) (\x.f(xx)) | |\ | Earth, Sol System,
Y(F) = F(Y(F)) \_,-_/ Milky Way.
Heiko,
1. if you don't get an answer on COMP.LANG.LISP, try posting the
question to:
·············@lists.sourceforge.net
2. the MATLISP-1.0B is quite old and has a couple serious bugs. I beleive that the current CVS version is solid and that is the one that I have used extensively for several months. Give that a try...
mike
--
********************
Dr Michael A. Koerber
MIT/Lincoln Laboratory
···@ll.mit.edu
>>>>> "Michael" == Michael A Koerber <···@ll.mit.edu> writes:
Michael> Heiko,
Michael> 1. if you don't get an answer on COMP.LANG.LISP, try posting the
Michael> question to:
Michael> ·············@lists.sourceforge.net
Michael> 2. the MATLISP-1.0B is quite old and has a couple
Michael> serious bugs. I beleive that the current CVS version
Michael> is solid and that is the one that I have used
Michael> extensively for several months. Give that a try...
Both are very good suggestions. My apologies for not creating a new
release. I've been meaning to do that for quite a while now, but just
haven't done it. Move this up one notch on my TODO list....
Ray
Heiko Schaefer <··············@swissonline.ch> writes:
> Dear Lisper,
>
> I am having trouble getting matlisp installed and
> am not familiar enough with cmucl to figure this
> out myself :-(
>
> I am using cmucl18c and matlisp-1.0b (cmucl18b had
> the same problem):
This is most likely a problem with the MK:DEFSYSTEM distributed with
MatLisp. Dump it and get the latest revision from the CLOCC
(http://sourceforge.net/projects/clocc)
Cheers
Marco
>
> Thanks a lot,
> Heiko
>
>
> koepke:~/matlisp-1.0b>make cmu
> /usr/local/bin/lisp -eval '(progn (load "start.lisp"))'
> ; Loading #p"/home/heiko/matlisp-1.0b/start.lisp".
> ;; Loading #p"/home/heiko/matlisp-1.0b/config.lisp".
> ;; Loading #p"/home/heiko/matlisp-1.0b/system.dcl".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/defsystem.lisp".
>
> In: LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
> #'(LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
> (DECLARE (IGNORE ARGS))
> (BLOCK C-COMPILE-FILE (RUN-UNIX-PROGRAM *C-COMPILER* `#)))
> Note: Variable ERROR-FILE defined but never used.
>
> Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
> #() is not of type (OR CONS
> BASE-STRING
> (MEMBER NIL :UNSPECIFIC :WILD)
> COMMON-LISP::PATTERN)
>
> Restarts:
> 0: [CONTINUE] Return NIL from load of "matlisp:system.dcl".
> 1: Return NIL from load of "start.lisp".
> 2: [ABORT ] Skip remaining initializations.
>
> Debug (type H for help)
>
> ("DEFUN MAKE-PATHNAME" 301988638 8)[:OPTIONAL]
> 0] :2
> * (quit)
>
>
> --
> -----------
> You won't fall for that,
> Law and order is a baton in the rib.
> You won't fall for that,
> just like your mummy and daddy did.
--
Marco Antoniotti ========================================================
NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488
719 Broadway 12th Floor fax +1 - 212 - 995 4122
New York, NY 10003, USA http://bioinformatics.cat.nyu.edu
"Hello New York! We'll do what we can!"
Bill Murray in `Ghostbusters'.
Heiko Schaefer <··············@swissonline.ch> writes:
>
>
> Dear Lisper,
>
> I am having trouble getting matlisp installed and
> am not familiar enough with cmucl to figure this
> out myself :-(
>
> I am using cmucl18c and matlisp-1.0b (cmucl18b had
> the same problem):
The problem is the use of an old version of defsystem in the matlisp
distribution. The solution is to update the version of defsystem that
is being used.
Background: It used to be that CMUCL took directory arguments to its
make-pathname as vectors rather than conses. The defsystem therefore
had conditional code for CMUCL to handle this difference. Newer
versions of CMUCL take conses but not vectors, so the special code
breaks.
> Thanks a lot,
> Heiko
>
>
> koepke:~/matlisp-1.0b>make cmu
> /usr/local/bin/lisp -eval '(progn (load "start.lisp"))'
> ; Loading #p"/home/heiko/matlisp-1.0b/start.lisp".
> ;; Loading #p"/home/heiko/matlisp-1.0b/config.lisp".
> ;; Loading #p"/home/heiko/matlisp-1.0b/system.dcl".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/packages.lisp".
> ;;; Loading #p"/home/heiko/matlisp-1.0b/defsystem.lisp".
>
> In: LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
> #'(LAMBDA (FILENAME &REST ARGS &KEY OUTPUT-FILE ...)
> (DECLARE (IGNORE ARGS))
> (BLOCK C-COMPILE-FILE (RUN-UNIX-PROGRAM *C-COMPILER* `#)))
> Note: Variable ERROR-FILE defined but never used.
>
> Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
> #() is not of type (OR CONS
> BASE-STRING
> (MEMBER NIL :UNSPECIFIC :WILD)
> COMMON-LISP::PATTERN)
>
> Restarts:
> 0: [CONTINUE] Return NIL from load of "matlisp:system.dcl".
> 1: Return NIL from load of "start.lisp".
> 2: [ABORT ] Skip remaining initializations.
···@sevak.isi.edu (Thomas A. Russ) writes:
> Heiko Schaefer <··············@swissonline.ch> writes:
...
> The problem is the use of an old version of defsystem in the matlisp
> distribution. The solution is to update the version of defsystem that
> is being used.
>
> Background: It used to be that CMUCL took directory arguments to its
> make-pathname as vectors rather than conses. The defsystem therefore
> had conditional code for CMUCL to handle this difference. Newer
> versions of CMUCL take conses but not vectors, so the special code
> breaks.
And the newer versions of MK:DEFSYSTEM take that into account as well.
Cheers
--
Marco Antoniotti ========================================================
NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488
719 Broadway 12th Floor fax +1 - 212 - 995 4122
New York, NY 10003, USA http://bioinformatics.cat.nyu.edu
"Hello New York! We'll do what we can!"
Bill Murray in `Ghostbusters'.
Thanks for your help, I took matlisp from CVS
and thinks seem to work. A few undefined symbols
that I will hope to track down next weekend.
Thanks,
Heiko
>>>>> "Heiko" == Heiko Schaefer <··············@swissonline.ch> writes:
Heiko> Thanks for your help, I took matlisp from CVS
Heiko> and thinks seem to work. A few undefined symbols
Heiko> that I will hope to track down next weekend.
Please let us know what they are. Either here or on the matlisp users
mailing list.
Ray