[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: un-deprecating CL
From: |
Richard Stallman |
Subject: |
Re: un-deprecating CL |
Date: |
Thu, 20 Sep 2007 12:34:55 -0400 |
> These changes are ok to install, as long as you update the Emacs Lisp
> manual while you're at it. As natural extensions, they don't cost
> much in terms of increasing the complexity of Emacs Lisp.
On the other hand, they may come at a performance cost and have very
little use.
Comparison are open-coded by the compiler, so this will require a compiler
change but won't cause any performance penalty.
As for mapcar, it is pretty slow already, and the main cost is in
calling the user's function. That won't get any slower.
- Re: un-deprecating CL, (continued)
- Re: un-deprecating CL, Eli Zaretskii, 2007/09/15
- Re: un-deprecating CL, Joe Wells, 2007/09/15
- Re: un-deprecating CL, martin rudalics, 2007/09/15
- Re: un-deprecating CL, Richard Stallman, 2007/09/16
- Re: un-deprecating CL, martin rudalics, 2007/09/17
- Re: un-deprecating CL, T. V. Raman, 2007/09/15
- Re: un-deprecating CL, Richard Stallman, 2007/09/16
- Re: un-deprecating CL, Johan Bockgård, 2007/09/18
- Re: un-deprecating CL, Richard Stallman, 2007/09/18
- Re: un-deprecating CL, Stefan Monnier, 2007/09/18
- Re: un-deprecating CL,
Richard Stallman <=
- Re: un-deprecating CL, Stefan Monnier, 2007/09/20
- Re: un-deprecating CL, Johan Bockgård, 2007/09/20
- Re: un-deprecating CL, Richard Stallman, 2007/09/21
- Re: un-deprecating CL, Richard Stallman, 2007/09/18
- Re: un-deprecating CL, T. V. Raman, 2007/09/15
- Re: un-deprecating CL, Richard Stallman, 2007/09/16
- Re: un-deprecating CL, Richard Stallman, 2007/09/16
- Re: un-deprecating CL, Joe Wells, 2007/09/16
- Re: un-deprecating CL, Richard Stallman, 2007/09/17
- Re: un-deprecating CL, David O'Toole, 2007/09/17