> And Scheme does not, currently, have very good support for enums.  A
> proper enum system should allow users to create new enumerated types,
> with named, interned members (comparable by eq? and case), type
> testers, and preferably a nice written representation and a default
> total order (order of mention in the definition of the enum).  I think
> all enum types should be distinct from each other, and it may also be
> advisable to make them distinct from non-enum types like symbols.
> Working this out well is nontrivial (consider espcially the issue of
> written representations for generative enum types), and doing it badly
> just to cover this one use case would be un-Schemely.

I agree on all counts. It was probably a matter of time before we came
across something that ought to be modeled with enums.

Kevin Wortman

_______________________________________________
Scheme-reports mailing list
Scheme-reports@scheme-reports.org
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports