Re: New draft (#4) and last call for comments on SRFI 209: Enumerations and Enum Sets Wolfgang Corcoran-Mathe 16 Nov 2020 07:46 UTC
On 2020-11-16 08:12 +0100, Marc Nieper-Wißkirchen wrote: > The original idea of the syntax `define-enumeration` is to have > constructors of enumeration sets without runtime overhead. The current > implementation produces constructor syntax that has quite some runtime > overhead and doesn't encourage the use of enumerations in production > code. Please provide fast versions (may need lower-level macros, e.g. > syntax-case, to test for symbol equality). "Fast" is a somewhat vague requirement, and I'm not sure what "quite some runtime overhead" refers to here. The macros produced by the current define-enum implementation shouldn't be any slower at producing enum-sets/enums than the procedural versions--though perhaps that's what you're objecting to. I'm aware that R6RS has in mind a syntax-level approach here, which would require something other than syntax-rules. But that doesn't seem to me to fit with SRFI 209's notion of enums, and John has specified define-enum differently. -- Wolfgang Corcoran-Mathe <xxxxxx@sigwinch.xyz> "What's our game? We have the ways of making things, but things are evidence. Perhaps, one day, the thing we'll make is sense." --Conor McBride