headers
Hannu Koivisto | 3 Nov 2003 00:37
Picon
Picon
Favicon

Re: SBCL/CVS HEAD support for arglist functionality

Bob Rogers <rogers-ilisp <at> rgrjr.dyndns.org> writes:

> It still works in ilisp HEAD with SBCL 0.8.4, after cursory testing, but
> it doesn't recompile cleanly if you just do "M-x ilisp-recompile-inits",
> since recompiling them doesn't reload the new binaries, and so sbcl.lisp

Heh, I've actually never tried to use ilisp-recompile-inits before
launching the listener.  This certainly needs to be fixed.

I get the impression that this worked for you earlier.  I wonder
how that can be, since sbcl.lisp used the-function-if-defined and
friends and they are in cl-ilisp.lisp.

> doesn't have the new maybe-function definition.  If it were up to me, I
> would make the sbcl.lisp change do more at runtime, or add reader
> conditionalization for old vs. new behavior, but other possibilities

Had I had extra time, I would have rewritten the whole mess.  Note
that find-src.lisp is broken as well.  I probably would have
reorganized things between it and implementation specific modules a
bit.  I would also have replaced the-function-if-defined and
friends with something more usable.  Anyway.  I don't see how
reader conditionalizing would buy anything in this case, it would
just pollute *features*.  In general, I try to avoid reader
conditionalization.  Use of it easily leads to abominations like
mk-defsystem.

> include moving maybe-function to sbcl.lisp (with eval-when) and having

The reason I put it in cl-ilisp.lisp was that I thought it might be
(Continue reading)

Permalink | Reply |
headers
Bob Rogers | 3 Nov 2003 05:37
Picon

Re: SBCL/CVS HEAD support for arglist functionality

   From: Hannu Koivisto <azure <at> iki.fi>
   Date: Mon, 03 Nov 2003 01:37:22 +0200

   Bob Rogers <rogers-ilisp <at> rgrjr.dyndns.org> writes:

   > It still works in ilisp HEAD with SBCL 0.8.4, after cursory testing, but
   > it doesn't recompile cleanly if you just do "M-x ilisp-recompile-inits",
   > since recompiling them doesn't reload the new binaries, and so sbcl.lisp

   Heh, I've actually never tried to use ilisp-recompile-inits before
   launching the listener.  This certainly needs to be fixed.

I did it afterwards, but without flushing the old binaries.

   I get the impression that this worked for you earlier.  I wonder
   how that can be, since sbcl.lisp used the-function-if-defined and
   friends and they are in cl-ilisp.lisp.

It's kinda hokey.  If you don't have binaries lying around, i.e. in a
fresh installation or CVS checkout, invoking (e.g.) M-x sbcl loads the
appropriate *.lisp sources, so the current versions are available to the
interpreter during M-x ilisp-recompile-inits.  So it's hackish, but not
too hackish, and does avoid having to think very hard about
bootstrapping.

   > doesn't have the new maybe-function definition.  If it were up to me, I
   > would make the sbcl.lisp change do more at runtime, or add reader
   > conditionalization for old vs. new behavior, but other possibilities

   Had I had extra time, I would have rewritten the whole mess.  Note
(Continue reading)

Permalink | Reply |

Gmane