I've attached two patches.
The first replaces the definition of string-for-each in (rnrs
base). R6RS's version of string-for-each is not the same as srfi 13's
string for each (which guile provides by default). Rather, it is more
closely analogous to the usual multi-list definition of for-each. Th
> From: Ian Price
> The first replaces the definition of string-for-each in (rnrs
> base). R6RS's version of string-for-each is not the same as srfi 13's
> string for each (which guile provides by default). Rather, it is more
> closely analogous to the usual multi-list definition of for-each. The
Mike Gran writes:
> For what it is worth, R7RS WG1 draft 6 says "If more than one
> strings have the same length,
> when the shortest string runs out."string is given and not allstring-for-each
> terminates
>
> Since R7RS is just going to undo the change, it hardly seems
> worth changing, in m
> From: Mike Gran
>
> For what it is worth, R7RS WG1 draft 6 says "If more than one
> strings have the same length,
> when the shortest string runs out."string is given and not
> allstring-for-each terminates
Gah! Sorry, worst cut-and-paste ever. That's what I get
for posting in the middle
Hi!
Ian Price skribis:
> From 5f06983d26ccbd7410891730664aa83bef79e763 Mon Sep 17 00:00:00 2001
> From: Ian Price
> Date: Thu, 22 Nov 2012 09:45:12 +
> Subject: [PATCH 1/2] R6RS `string-for-each' should accept multiple string
> arguments
>
> * module/rnrs/base.scm (string-for-each): Rewrit
On Wed, 2012-11-21 at 14:25 +0100, Ludovic Courtès wrote:
> Hi!
>
> nalaginrut skribis:
>
> > I switch to lua branch then compiled it and try, seems some bugs there,
> > it can't run successfully:
> > ---cut
> > scheme@(guile-user)> ,L lua
> > Happy hacking wi
Hi Ian,
Ian Price writes:
> The second one is a change to resolve-r6rs-interface. Previously
> mark-weaver [0], changes this so that it would correctly look up
> submodules under the srfi namespace, but in doing so took into account
> the srfi 97[1] library name, which it should not have done. I
