I'm trying to compile CL-HTTP with CMUCL 18c, I've patched the
CL-HTTP sources, the compilation stops with
/usr/local/src/cl-http/cl-http-70-23/cmucl/defsystem.lbytef written.
Compilation finished in 0:00:03.
;; Loading #p"/usr/local/src/cl-http/cl-http-70-23/cmucl/defsystem.lbytef".
;; Loading #p"/usr/local/src/cl-http/cl-http-70-23/cmucl/server/sysdcl.lisp".
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 "HTTP:cmucl;server;sysdcl.lisp".
1: Return NIL from load of "cmucl/start.lisp".
2: [ABORT ] Return to Top-Level.
Debug (type H for help)
("DEFUN MAKE-PATHNAME" 268433862 8)[:OPTIONAL]
Source: Error finding source:
Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists:
target:code/pathname.lisp.
0]
Any ideas? I'm not that familiar with CMUCL, so this may be some
oversight.
--
I just had my entire INTESTINAL TRACT coated with TEFLON!
Ola Rinta-Koski wrote:
> I'm trying to compile CL-HTTP with CMUCL 18c, I've patched the
> CL-HTTP sources, the compilation stops with
>
> /usr/local/src/cl-http/cl-http-70-23/cmucl/defsystem.lbytef written.
> Compilation finished in 0:00:03.
> ;; Loading #p"/usr/local/src/cl-http/cl-http-70-23/cmucl/defsystem.lbytef".
> ;; Loading #p"/usr/local/src/cl-http/cl-http-70-23/cmucl/server/sysdcl.lisp".
>
> 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 "HTTP:cmucl;server;sysdcl.lisp".
> 1: Return NIL from load of "cmucl/start.lisp".
> 2: [ABORT ] Return to Top-Level.
>
> Debug (type H for help)
>
> ("DEFUN MAKE-PATHNAME" 268433862 8)[:OPTIONAL]
> Source: Error finding source:
> Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists:
> target:code/pathname.lisp.
> 0]
>
> Any ideas? I'm not that familiar with CMUCL, so this may be some
> oversight.
As I can say I got a similar problem with the same CMUCL branch (18c) but I as far
as I can say it comes from the defsystem package.It seems to have problem with
pathname in that CMUCL version. We should ask Marco Antoniotti <·······@cs.nyu.edu>
about that.
Iban Hatchond <········@emi.u-bordeaux.fr> writes:
> Ola Rinta-Koski wrote:
>
> > Any ideas? I'm not that familiar with CMUCL, so this may be some
> > oversight.
>
> As I can say I got a similar problem with the same CMUCL branch (18c) but I as far
> as I can say it comes from the defsystem package.It seems to have problem with
> pathname in that CMUCL version. We should ask Marco Antoniotti <·······@cs.nyu.edu>
> about that.
I suspect that this is because defsystem hasn't yet been updated to
reflect that 18c has removed :cmu17 from *features*. Quick workaround:
* (pushnew :cmu17 *features*)
* (do-stuff)
Slightly slower workaround:
Go through the system sources and identify where :cmu17 feature tests
are, and check to see if they are really :cmu17 tests or not.
Was there at some point some attempt to make a centralized directory
of features, and what they should be used to test for? Did anything
ever come of that?
Christophe
--
Jesus College, Cambridge, CB5 8BL +44 1223 524 842
(FORMAT T "(·@{~w ········@{~w~^ ~})" 'FORMAT T "(·@{~w ········@{~w~^ ~})")
In article <··············@lambda.jesus.cam.ac.uk>, Christophe Rhodes wrote:
>I suspect that this is because defsystem hasn't yet been updated to
>reflect that 18c has removed :cmu17 from *features*. Quick workaround:
My defsystem.lisp (from defsystem 3.2i) notices both :cmu17 and :cmu18.
FYI.
--
</nathan> ·······@rose-hulman.edu | http://www.rose-hulman.edu/~froydnj/
Yes, God had a deadline. So He wrote it all in Lisp.