[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CL package serious deficiencies
From: |
Stefan Monnier |
Subject: |
Re: CL package serious deficiencies |
Date: |
Thu, 09 Feb 2012 16:34:28 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) |
>>> Sure. One downside is that this means that the intricate code in
>>> bytecomp.el can't be removed (surely not until use of cl-clean, or
>>> whatever we call it, becomes second nature to elisp writers).
>> It could be simplified, tho, to just deprecate the use of (require 'cl)
>> altogether in favor of the new names. Of course, this wouldn't be
>> convenient for packages that want to work on older Emacs and XEmacs
>> as well.
> XEmacs could easily hack up a package that defaliases the other way if
> it wanted to (or defaliases the same way). Not a problem.
Yes, it's an inconvenience, but it's not a big problem.
Stefan
- Re: CL package serious deficiencies, (continued)
- Re: CL package serious deficiencies, Stefan Monnier, 2012/02/07
- Re: CL package serious deficiencies, Nix, 2012/02/07
- Re: CL package serious deficiencies, Lennart Borgman, 2012/02/07
- Re: CL package serious deficiencies, Nix, 2012/02/07
- Re: CL package serious deficiencies, Stefan Monnier, 2012/02/07
- Re: CL package serious deficiencies, Nix, 2012/02/08
- Re: CL package serious deficiencies,
Stefan Monnier <=
- Re: CL package serious deficiencies, Stephen J. Turnbull, 2012/02/07
- Re: CL package serious deficiencies, Lennart Borgman, 2012/02/07
- Re: CL package serious deficiencies, Stephen J. Turnbull, 2012/02/07
- Re: CL package serious deficiencies, Lennart Borgman, 2012/02/08
- Re: CL package serious deficiencies, Richard Stallman, 2012/02/08
- Re: CL package serious deficiencies, Stefan Monnier, 2012/02/08
- Re: CL package serious deficiencies, Daniel Colascione, 2012/02/07
- Re: CL package serious deficiencies, Lennart Borgman, 2012/02/07
- Re: CL package serious deficiencies, Stefan Monnier, 2012/02/07
- Re: CL package serious deficiencies, Daniel Colascione, 2012/02/07