RE: CL package serious deficiencies

[Drew Adams]

> I think a first step is to provide a new package `cl-lib' which would
> provide the CL functions (i.e. all those functions people seem to like
> but can't use because we disallow CL at runtime) under a clean
> "cl-" prefix.  This would allow all of CL to be used (either via
> (require 'cl-lib) or (eval-when-compile (require 'cl))) and 
> would hence address the most pressing issues.

1+

(But I don't see how (eval-when-compile (require 'cl))) would allow all of CL to
be used, unless you meant only at compile time.)

That also has the advantage of skirting, for now, (a) the problem of conflicts
with Emacs stuff with the same name and (b) the work needed to replace the more
limited Emacs stuff that has the same name.