Use of continuations in eval traps

2005-10-28 Thread Neil Jerram
Hi Mikael, I'm writing directly to you (CC guile-devel) because I believe you originally implemented the low level traps in eval.c - please correct me if that's wrong. I'm thinking about how to implement the ability to skip over the evaluation of an expression, and providing an easy interface for

Re: Use of continuations in eval traps

2005-10-28 Thread Mikael Djurfeldt
On 10/28/05, Neil Jerram <[EMAIL PROTECTED]> wrote: > I'm writing directly to you (CC guile-devel) because I believe you > originally implemented the low level traps in eval.c - please correct > me if that's wrong. No, that's right. > I'm thinking about how to implement the ability to skip over t

Re: Use of continuations in eval traps

2005-10-28 Thread Neil Jerram
Mikael Djurfeldt <[EMAIL PROTECTED]> writes: > You are probably more competent to answer the question than me. :-) Well thanks for your quick response anyway; it's very helpful. > I wrote that code when I was pretty inexperienced, and the choice to > allow for the continuation to be saved was p

Re: [PATCH] Per-module reader, take #2

2005-10-28 Thread Neil Jerram
[EMAIL PROTECTED] (Ludovic Courtès) writes: >> (`include' feels like a nice name to me. It could be implemented >> using an optional reader arg to load/primitive-load, something like: >> >> (include FILE) -> (load FILE (current-reader)) > > Maybe `load-with-reader' is more explicit, while not a

Re: [PATCH] Per-module reader, take #2

2005-10-28 Thread Kevin Ryde
Neil Jerram <[EMAIL PROTECTED]> writes: > > Is binary compatibility a requirement? I presume this is aimed for > 1.8, and presumably for 1.8 we'd bump libguile's major version, > wouldn't we? (Getting into territory I don't really understand ...) Adding an arg to scm_primitive_load (if that's th