Thank you for your corrections, Peter! It may take some time to collect
more comments and I'll take your contribution into the next draft.

As for reader syntax, maybe you could give me some more information? I
personally know some syntax within Chez Scheme's context and search
engine (bing) can't directly explain it to me.

在 2025/7/2 23:28, Peter McGoron 写道:
> Good work with extending the table. I have some comments, many of
> which are typos or omissions:
>
> Modifications:
>
> 260: "generated-symbnols" should be "generated-symbols"
> 253: "data-type-checing" should be "type-checking" (per Artyom
> Bologov's request)
> 189: "maybe-and-either": more descriptive name
> 167: "ordered-key-value-store"
> 166: "show", because that is the name of the Chibi library it was
> derived from
> 165: "environment": shorter name
> 120: "timers": The implementation is based on a withdrawn SRFI, but
> the specification is not
> 111: "boxies" should be "boxes"
> 28: "basec-format-strings" should be "basic-format-strings"
>
> 221 is labeled incorrectly.
>
> Additions:
>
> 235: "combinators"
> 216: "sicp": this library name is mentioned in the text of the SRFI
> 201: "extensions": The extensions can be implemented portably, if an
> extension allows one to shadow core bindings.
>
> Unknowns:
> 221 recommends the procedures be placed into SRFI-158's library. 162
> recommends the procedures be placed into SRFI-128's library. I think
> these should be moved to the unassigned section.
>
> _______________________________________
>
> I also still believe that all SRFIs that introduce new identifiers
> should be given library names, even if they also introduce reader
> syntax. Any system that includes those SRFIs with their reader syntax
> will most likely use the library system to manage the identifiers
> introduced in the SRFI.
>
> This would add a lot of the SRFI's that are currently in the "omitted"
> section except for those with pure reader syntax or have behavior that
> would be difficult to introduce using the library system (like SRFI-0,
> SRFI-188, etc.)
>
> I would also move SRFI-34,35, and 36 to the included section because
> although their behavior was subsumed by R6RS, they are not a part of
> R7RS-small.
>
> -- Peter McGoron