I have a suggestion concerning what Cltl3 will not do (specially after the recent discussions with John Fremlin). Nothing personal, John Fremlin, but we must do things in a very conservative way, and this was already discussed in this topic. This or something similar should be added to the charter:<br>
<br>"The group don't intend to include things incompatibly with the ANSI specification, nor to include features that can be easily included with tools provided by ANSI CL like symbol shadowing, packages and read tables, or with the other features included in this description. Making CL more readable or understandable is not one of Cltl3's goals. It will not change function or macro names nor create new names or aliases for them in some other package, even if the new names are more descriptive or acceptable.<br>
<br>This description is intended to be as easy to implement as possible and
features difficult to implement are only going to be adopted if they
are strictly necessary to achieve other Cltl3's goals. In particular,  This description will not enforce implementations to do anything at all. The group, however, expects this new description to provide features and and advantages over the current ANSI specification so that implementations choose to adopt it."<br>