Email list hosting service & mailing list manager

SRFI metadata Erkin Batu Altunbas (19 Apr 2020 16:58 UTC)
Re: SRFI metadata Arthur A. Gleckler (19 Apr 2020 17:06 UTC)
Re: SRFI metadata Erkin Batu Altunbas (19 Apr 2020 17:14 UTC)
Re: SRFI metadata Lassi Kortela (19 Apr 2020 17:19 UTC)
Re: SRFI metadata Erkin Batu Altunbas (19 Apr 2020 18:51 UTC)
Re: SRFI metadata Lassi Kortela (19 Apr 2020 18:59 UTC)
SRFI lists from Frank in 2019 Lassi Kortela (19 Apr 2020 19:13 UTC)
Re: SRFI lists from Frank in 2019 Lassi Kortela (19 Apr 2020 19:18 UTC)

Re: SRFI metadata Lassi Kortela 19 Apr 2020 18:59 UTC

> I quickly generated a preliminary table to get a feel of how it would
> be like.
>
> https://github.com/schemedoc/srfi-metadata/blob/master/table.html

https://htmlpreview.github.io/?https://github.com/schemedoc/srfi-metadata/blob/master/table.html

Looks good. Thanks for committing the generator as well.

> Yeah, I only opted to include SRFIs that are built into the stdlib of
> each implementation. I think we could mark third-party SRFI support with
> the colour yellow on the table.

Sounds good.

> Either way, there needs to be more work put into it. I'll go through
> all these sources once I can and update the data we have thus far.

Thanks!

Can you find the source archives and try to come up with little shell or
Scheme snippets to auto-parse the supported SRFI lists from the release
tarfiles? Something like the Chibi snippet I posted upthread. I can
assist as needed if it helps.

<https://github.com/schemedoc/implementation-metadata> has the URLs for
some tarfiles (each implementation has its own .scm file with its info).

If you're using Racket, <https://pkgs.racket-lang.org/package/scrapyard>
may help for downloading and caching files. Then again, good
old-fashioned curl is faster to get started with.