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)
|
> 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.