SRFI support matrix is now auto-generated
Lassi Kortela
(03 May 2020 10:09 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(03 May 2020 11:42 UTC)
|
Re: SRFI support matrix is now auto-generated
Lassi Kortela
(03 May 2020 11:47 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(04 May 2020 16:26 UTC)
|
Re: SRFI support matrix is now auto-generated
Arthur A. Gleckler
(04 May 2020 17:19 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(04 May 2020 17:27 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(04 May 2020 17:37 UTC)
|
Re: SRFI support matrix is now auto-generated
Arthur A. Gleckler
(03 May 2020 16:25 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(03 May 2020 16:46 UTC)
|
Re: SRFI support matrix is now auto-generated Lassi Kortela (03 May 2020 17:00 UTC)
|
Re: SRFI support matrix is now auto-generated
Duy Nguyen
(03 May 2020 16:47 UTC)
|
Re: SRFI support matrix is now auto-generated
Lassi Kortela
(03 May 2020 17:26 UTC)
|
Re: SRFI support matrix is now auto-generated
Duy Nguyen
(04 May 2020 08:59 UTC)
|
Re: SRFI support matrix is now auto-generated
Lassi Kortela
(04 May 2020 13:06 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(03 May 2020 17:00 UTC)
|
Re: SRFI support matrix is now auto-generated
Arthur A. Gleckler
(03 May 2020 17:02 UTC)
|
Re: SRFI support matrix is now auto-generated
Lassi Kortela
(03 May 2020 17:05 UTC)
|
Re: SRFI support matrix is now auto-generated
Erkin Batu Altunbas
(03 May 2020 17:09 UTC)
|
Re: SRFI support matrix is now auto-generated
Lassi Kortela
(03 May 2020 17:16 UTC)
|
> We need a way to include > implementations that delegate away the responsibility of implementing > SRFIs to third-party packages (eg Chez w/ Thunderchez) All Schemes do that (in the sense that for every Scheme implementation, you can find some SRFIs whose sample implementation works in that Scheme, yet that Scheme doesn't ship with built-in support for that SRFI). > as well as > implementations that solely depend on portable reference implementations > of SRFIs (eg TinyScheme). How about the good old "traffic lights" system: red - this SRFI is not known to be available on this Scheme yellow - this SRFI is known to on this Scheme via a third-party package green - an implementation of this SRFI comes bundled with this Scheme Someone with an eye for color could tweak these colors to be more pleasant, but that'd be the basic idea.