Unmaintained implementations Antero Mejr (13 May 2024 14:25 UTC)
Re: Unmaintained implementations Arthur A. Gleckler (13 May 2024 14:39 UTC)
Re: Unmaintained implementations Lassi Kortela (13 May 2024 15:17 UTC)
Re: Unmaintained implementations Lassi Kortela (13 May 2024 17:46 UTC)
Re: Unmaintained implementations Antero Mejr (13 May 2024 18:05 UTC)
Categorizing and describing implementations Lassi Kortela (13 May 2024 18:24 UTC)
Re: Categorizing and describing implementations Jakub T. Jankiewicz (13 May 2024 20:16 UTC)
Re: Categorizing and describing implementations Arthur A. Gleckler (13 May 2024 20:23 UTC)
Re: Categorizing and describing implementations Lassi Kortela (13 May 2024 20:37 UTC)
Re: Categorizing and describing implementations Arthur A. Gleckler (13 May 2024 20:39 UTC)
Re: Categorizing and describing implementations Jakub T. Jankiewicz (13 May 2024 21:19 UTC)
Re: Categorizing and describing implementations Arthur A. Gleckler (13 May 2024 21:26 UTC)
Containers Lassi Kortela (13 May 2024 21:37 UTC)
Re: Containers Arthur A. Gleckler (13 May 2024 21:41 UTC)
Re: Categorizing and describing implementations John Cowan (13 May 2024 21:51 UTC)
Re: Categorizing and describing implementations Stephen De Gabrielle (14 May 2024 08:23 UTC)
Re: Categorizing and describing implementations Jakub T. Jankiewicz (14 May 2024 11:55 UTC)
Snap and Lisp Lassi Kortela (14 May 2024 12:15 UTC)
Re: Snap and Lisp Stephen De Gabrielle (14 May 2024 12:45 UTC)
Re: Snap and Lisp Lassi Kortela (14 May 2024 13:33 UTC)
Re: Categorizing and describing implementations Marc Feeley (14 May 2024 12:48 UTC)
Re: Categorizing and describing implementations Stephen De Gabrielle (14 May 2024 13:09 UTC)
Re: Categorizing and describing implementations Marc Feeley (14 May 2024 13:29 UTC)
Re: Categorizing and describing implementations Jakub T. Jankiewicz (14 May 2024 14:03 UTC)
Re: Categorizing and describing implementations Stephen De Gabrielle (14 May 2024 17:45 UTC)
Re: Categorizing and describing implementations Lassi Kortela (19 May 2024 13:47 UTC)
Re: Categorizing and describing implementations Antero Mejr (20 May 2024 14:03 UTC)
Re: Categorizing and describing implementations Arthur A. Gleckler (20 May 2024 14:24 UTC)
Definition of "Scheme" Lassi Kortela (14 May 2024 13:21 UTC)
Re: Categorizing and describing implementations Jakub T. Jankiewicz (14 May 2024 13:53 UTC)
Re: Unmaintained implementations Arthur A. Gleckler (13 May 2024 19:12 UTC)
Re: Unmaintained implementations Jakub T. Jankiewicz (13 May 2024 20:40 UTC)
Re: Unmaintained implementations Arthur A. Gleckler (13 May 2024 20:43 UTC)
Re: Unmaintained implementations Lassi Kortela (13 May 2024 20:49 UTC)
Re: Unmaintained implementations Arthur A. Gleckler (13 May 2024 20:55 UTC)
Re: Unmaintained implementations Lassi Kortela (13 May 2024 21:07 UTC)
Re: Unmaintained implementations Antero Mejr (13 May 2024 21:18 UTC)
Metadata files Lassi Kortela (13 May 2024 21:34 UTC)
Re: Metadata files Antero Mejr (13 May 2024 21:41 UTC)

Re: Unmaintained implementations Lassi Kortela 13 May 2024 21:07 UTC

> Almost no implementation is without caveats with respect to RnRS support.
>
> Not having hygienic macros shouldn't be a requirement.  After all,
> there were several Scheme standards with no macros at all.
>
> Not having full TCO or call-with-current-continuation makes me
> nervous.  They've been part of Scheme since the beginning.  But as you
> say, such an implementation can still be perfectly useful.
>
> My only objection is when an implementation calls itself "Scheme"
> without prominently documenting such caveats.

Indeed.

Expecting implementation authors to document things in a consistent way
is not going to work - but consistency is one thing that Scheme.org can
ship!

IMHO the ideal approach would be a SRFI that specifies a metadata file
shipped in Scheme implementations' source release tarballs. We could
then download all the latest tarballs, read the metadata files, and use
that data to generate parts of the website.

The metadata could say (among other things) the names of OS packages;
what commands to run to build from source; etc.