On Wed, Apr 17, 2019 at 11:50 PM Arthur A. Gleckler <xxxxxx@speechcode.com> wrote:

As far as I can tell, they are normative, but they were written without considering the possibility that they might become wrong. 

I find that baffling: if something is normative (a rule) it can't be wrong, because "wrong" is a concept that applies to claims of fact.  It would be wrong to say that you can't carry a soccer ball in your hands, but to say that while playing soccer carrying the ball with your hands is not allowed is neither right nor wrong, just a statement of the rules.

My concern with creating a new SRFI number is that rather than sending the message to implementers "You should update your SRFI 14 tables", it sends a very different message: "You should ditch (or worse yet, keep) SRFI 14 but add this other SRFI to your repertoire."  I want people running programs that use SRFI 14 to have them work correctly in the present Unicode environment, not to maintain backward compatibility with what is fundamentally an error.

Although the erratum would remove many pages full of lists of characters, it would add only a small amount of text, maybe twice as long as <https://bitbucket.org/cowan/r7rs-wg1-infra/src/default/CharsetDefinitions.md>.

-- 
John Cowan          http://vrici.lojban.org/~cowan        xxxxxx@ccil.org
In the sciences, we are now uniquely privileged to sit side by side
with the giants on whose shoulders we stand.  --Gerald Holton