help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: condition-case


From: Pascal J. Bourguignon
Subject: Re: condition-case
Date: Mon, 06 Dec 2010 23:47:28 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)

Elena <egarrulo@gmail.com> writes:

> On Dec 6, 9:34 pm, "Pascal J. Bourguignon" <p...@informatimago.com>
> wrote:
>> Ted Zlatanov <t...@lifelogs.com> writes:
>> > On Fri, 03 Dec 2010 20:40:23 +0100 "Pascal J. Bourguignon" 
>> > <p...@informatimago.com> wrote:
>>
>> > PJB> Ted Zlatanov <t...@lifelogs.com> writes:
>> >>> On Mon, 29 Nov 2010 21:17:11 +0100 "Pascal J. Bourguignon" 
>> >>> <p...@informatimago.com> wrote:
>>
>> > PJB> First, you should forget about condition-case, and use instead
>> > PJB> handler-case.  
>>
>> >>> (defmacro omitted and newsgroups trimmed)
>>
>> >>> I only see it mentioned in lisp/emacs-lisp/cl-indent.el for indentation
>> >>> settings, but the macro is not defined anywhere AFAICT.  Is there a
>> >>> reason it's not part of Emacs?
>>
>> > PJB> Emacs lisp was designed before or at the same time Common Lisp became 
>> > a
>> > PJB> standard.
>>
>> > I mean *today* why shouldn't `handler-case' be part of Emacs?  Is there
>> > anything blocking its inclusion in cl.el?
>>
>> It's up to cl.el developers.
>>
>> On the other hand, while I would find it valuable make emacs lisp more
>> of a Common Lisp, at one time you have to make the jump and be Common
>> Lisp.  Bar that, there is emacs-cl (http://www.lisp.se/emacs-cl/), a
>> Common Lisp implementation written in emacs lisp, which unfortunately
>> would need some love, but which allows to write emacs commands in Common
>> Lisp.
>
> I can't find any source code.  Do you know of a mirror?  Or is it the
> same as the standard Emacs "cl" package?  Thanks.

It's not standard.

http://www.informatimago.com/develop/emacs/index.html

http://git.informatimago.com/viewgit/index.php?a=viewblob&p=public/emacs&h=1cad73d8b819b8c40be473626c479b4cbc24249f&hb=ec6d793e0f86dcda9a28387f0ab7abde6f770d71&f=pjb-cl.el


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
A bad day in () is better than a good day in {}.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]