I don't much mind if these are exported or not but I believe the whole point
of (scheme r5rs) library is compatibility for something like this situation;
(import (scheme r5rs))
(include-ci "legacy-r5rs-script.scm")
So as long as this is guaranteed to be executed whichever is fine by me.
Cheers,
_/_/
Takashi Kato
Email: [email protected]
On Wednesday, 15 October 2014, 14:44, Alex Shinn <[email protected]> wrote:
On Wed, Oct 15, 2014 at 9:34 PM, Takashi Kato <[email protected]> wrote:
Sorry for spamming.
>
>
>
>And probably, 'unquote' and 'unquote-splicing' should also be exported from
>(scheme r5rs)
>
>library. I'm not sure exact definition of them on R5RS but R7RS auxiliary
>syntaxes should be
>exported otherwise it is an error.
Also =>, however I'm not sure these should be exported since they were never
defined in R5RS.
I think the correct behavior for (scheme r5rs) is that these remain undefined,
and cond, case and quasiquote all match the absence of the bindings as in R5RS.
This implies they are not just re-exported versions of the R7RS macros.
--
Alex
_______________________________________________
Scheme-reports mailing list
[email protected]
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports
