Email list hosting service & mailing list manager

SRFI 130: 120 days Arthur A. Gleckler (01 Apr 2016 19:25 UTC)
Re: SRFI 130: 120 days John Cowan (01 Apr 2016 20:40 UTC)
Re: SRFI 130: 120 days Alex Shinn (02 Apr 2016 14:32 UTC)
Re: SRFI 130: 120 days John Cowan (02 Apr 2016 16:29 UTC)
index/cursor merging [was: 120 days] Per Bothner (03 Apr 2016 19:16 UTC)
Re: index/cursor merging [was: 120 days] John Cowan (03 Apr 2016 19:40 UTC)
Re: index/cursor merging [was: 120 days] Alex Shinn (04 Apr 2016 01:18 UTC)
Re: index/cursor merging [was: 120 days] Per Bothner (04 Apr 2016 02:56 UTC)
Re: index/cursor merging [was: 120 days] Alex Shinn (04 Apr 2016 05:39 UTC)

Re: index/cursor merging [was: 120 days] Alex Shinn 04 Apr 2016 04:07 UTC

On Mon, Apr 4, 2016 at 11:55 AM, Per Bothner <xxxxxx@bothner.com> wrote:
>
> For Kawa I'm focusing on generic sequence functions, including relatively
> cheap substrings, so SRFI-130 isn't a priority.

I'd really like to standardize basic string processing with cursors,
since a large number of libraries depend on this, and using SRFI-13
imposes a performance penalty on many implementations.

Specifically, for Snow packages most things I publish depend
directly or indirectly on (chibi string), which cond-expands to use
cursors for chibi and indexes for everything else.  It would be
preferable to standardize a basic cursor-oriented library.

--
Alex