[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Future of ice-9/slib.scm.
From: |
Rob Browning |
Subject: |
Re: Future of ice-9/slib.scm. |
Date: |
Sun, 20 Nov 2005 15:27:44 -0800 |
User-agent: |
Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) |
Kevin Ryde <address@hidden> writes:
> Sounds likely. Same story I think, extra bits added.
>
>> - slib:eval -- should it be using slib-module or
>> interaction-environment?
>
> There's something going on in the whole of guile.init with modules
> that I couldn't figure out. Eg. the aliasing define to define-public.
> There's probably a reason for it.
If I understand the code correctly, guile.init does the same thing,
and in both cases, the purpose is to change any top-level define into
a define-public.
Actually, now that I look, since the slib docs specifically state that
slib:eval will evaluate items in the current top-level environment,
guile.init's use of interaction-environment seems more appropriate.
By the same logic, slib:load shouldn't be using a load path; it should
be a normal load as documented in the slib docs, and as implemented in
guile.init.
I suppose that leaves just the vicinity related definitions in
question.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
- Re: Future of ice-9/slib.scm., (continued)
- Re: Future of ice-9/slib.scm., Greg Troxel, 2005/11/16
- Re: Future of ice-9/slib.scm., Rob Browning, 2005/11/17
- Re: Future of ice-9/slib.scm., Greg Troxel, 2005/11/18
- Re: Future of ice-9/slib.scm., Marius Vollmer, 2005/11/19
- Re: Future of ice-9/slib.scm., Rob Browning, 2005/11/19
- Re: Future of ice-9/slib.scm., Rob Browning, 2005/11/19
- Re: Future of ice-9/slib.scm., Marius Vollmer, 2005/11/19
- Re: Future of ice-9/slib.scm., Rob Browning, 2005/11/19
- Re: Future of ice-9/slib.scm., Rob Browning, 2005/11/20
- Re: Future of ice-9/slib.scm., Kevin Ryde, 2005/11/20
- Re: Future of ice-9/slib.scm.,
Rob Browning <=