Shiro,

Thanks for finding these issues, and sorry for the delay.  Since John is
in charge of the SRFI document, he'll have to decide on most of these;
I'm in favor of all the additions you've proposed.

> - enum-set-projection: The srfi text says nothing about when the enum-type
> of the first argument does not contain an enum with a name in the second
> argument.  The reference implementation doesn't explicitly check it, but
> raises an error from list->enum-set.  If it does raise an error, the cause
> is not immediately obvious to the user (enum-name->enum returns #f for such
> names, and by the time list->enum-set rejects it, the name that caused the
> error will be lost.)  If the text explicitly says it's an error, an
> implementation may opt to do an extra check.

That could definitely be handled better.  I'll review this and the rest
of sample implementation's error handling and see if it can be improved.

Thanks as well for adding SRFI 209 to Gauche!

Regards,

Wolf

--
Wolfgang Corcoran-Math  <xxxxxx@sigwinch.xyz>