[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Code for cond*
|
From: |
Emanuel Berg |
|
Subject: |
Re: Code for cond* |
|
Date: |
Wed, 24 Jan 2024 15:43:40 +0100 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Alan Mackenzie wrote:
> One thing I noticed was that the implementation makes no use
> of macros, except for a trivial macro which "renames"
> cond* itself.
>
> This is in contrase to pcase.el, which uses macros
> extensively,
Oh, no, not this campaign again!
Guys this is crazy, this must be stopped as soon as possible.
People are not throwing away any of our good software, they
aren't gonna take it ever. No means no so forget about it.
This campaign will only create conflicts where people feel they
must engage in discussions defending claims and ideas that are
just astonishing to them.
People want to do normal and fun things with Emacs, not be
part of politics and division of some irrational conflict or
power-struggle in software.
--
underground experts united
https://dataswamp.org/~incal
- Re: Code for cond*, (continued)
Re: Code for cond*, Richard Stallman, 2024/01/25
Re: Code for cond*, Alan Mackenzie, 2024/01/24
- Re: Code for cond*,
Emanuel Berg <=
- Re: Code for cond*, Manuel Giraud, 2024/01/24
- Re: Code for cond* - cond*-match, cond*-subpat and backtrack-aliases, Alan Mackenzie, 2024/01/25
- Re: Code for cond* - cond*-match, cond*-subpat and backtrack-aliases, Richard Stallman, 2024/01/28
- Re: Code for cond* - cond*-match, cond*-subpat and backtrack-aliases, JD Smith, 2024/01/29
- Re: Code for cond* - cond*-match, cond*-subpat and backtrack-aliases, Richard Stallman, 2024/01/31