[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Per-module reader, take #2
From: |
Neil Jerram |
Subject: |
Re: [PATCH] Per-module reader, take #2 |
Date: |
Sat, 29 Oct 2005 09:58:31 +0100 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) |
Kevin Ryde <address@hidden> writes:
> Adding an arg to scm_primitive_load (if that's the question here),
> would be very bad, since that function is described in the manual.
Good point. I think my statement stands that binary compatibility is
not required, but adding an arg to scm_primitive_load would break both
binary and source compatibility, and we _do_ want to preserve source
compatibility.
So yes, the signature of scm_primitive_load has to stay as it is.
That doesn't mean we have to duplicate code, though. We could move
the code into scm_primitive_load_with_reader, and change
scm_primitive_load to call that.
Another detail that needs thought is whether any of the stack of load
procedures defined in r4rs.scm and boot-9.scm (load-from-path, load
and load-module) need enhancing to take a reader arg.
Neil
- Re: [PATCH] Per-module reader, take #2, (continued)
- Re: [PATCH] Per-module reader, take #2, Ludovic Courtès, 2005/10/20
- Re: [PATCH] Per-module reader, take #2, Tomas Zerolo, 2005/10/20
- Re: [PATCH] Per-module reader, take #2, Ludovic Courtès, 2005/10/20
- Re: [PATCH] Per-module reader, take #2, Neil Jerram, 2005/10/20
- Re: [PATCH] Per-module reader, take #2, Ludovic Courtès, 2005/10/21
- Re: [PATCH] Per-module reader, take #2, Ludovic Courtès, 2005/10/24
- Re: [PATCH] Per-module reader, take #2, Neil Jerram, 2005/10/28
- Re: [PATCH] Per-module reader, take #2, Kevin Ryde, 2005/10/28
- Re: [PATCH] Per-module reader, take #2,
Neil Jerram <=
- Re: [PATCH] Per-module reader, take #2, Neil Jerram, 2005/10/30
Re: [PATCH] Per-module reader, Neil Jerram, 2005/10/19