Email list hosting service & mailing list manager

Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 10:24 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 15:40 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 16:01 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 19:33 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 19:59 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 21:42 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (27 Mar 2018 18:57 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (26 Mar 2018 18:29 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 19:59 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (26 Mar 2018 20:14 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (26 Mar 2018 21:38 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (26 Mar 2018 22:33 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (27 Mar 2018 16:50 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (27 Mar 2018 16:53 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (27 Mar 2018 17:06 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (27 Mar 2018 19:01 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (28 Mar 2018 08:32 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (28 Mar 2018 08:49 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (28 Mar 2018 11:34 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (28 Mar 2018 13:43 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (29 Mar 2018 17:01 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (29 Mar 2018 18:47 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (29 Mar 2018 19:00 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (29 Mar 2018 19:39 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (29 Mar 2018 19:48 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (29 Mar 2018 19:51 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun (30 Mar 2018 09:58 UTC)
Re: Is there an index of symbols defined by the various SRFI's? Arthur A. Gleckler (31 Mar 2018 02:27 UTC)

Re: Is there an index of symbols defined by the various SRFI's? Ciprian Dorin Craciun 26 Mar 2018 21:37 UTC

So I gave it a quick try...

The **initial** proposed syntax:

  https://github.com/cipriancraciun/scheme-srfi-index/blob/master/syntax.txt

The **initial** and **partial** description of a few SRFI-1 functions
just to get a feeling of this proposed syntax:

  https://github.com/cipriancraciun/scheme-srfi-index/blob/master/srfi-1.ss

All this is based on what I gathered is the "usual" format for the
various SRFI's I've read.  Moreover it is based on what I've already
done in one of my projects (a work-in-progress Scheme interpreter
written in Rust).

Now for self-critique:  the proposed syntax might seem to be quite
"verbose", but please regard this as the "raw" form of the proposed
data format (what SQL is for databases), because (leveraging Scheme's
syntax and especially Racket DSL support) we can build more simpler
abstractions that "build" this "raw" format.

Feedback is welcome to see in which direction to take this proposal.

Thanks,
Ciprian.