[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 11:09:37 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Stefan Kangas wrote:
> If it does _not_ come with such a plan, it's slightly
> better. But then that begs the question: why add it?
We add it so we can move on, everyone is happy to have their
own thing, be it "cond*", `cl-lib', `pcase' or whatever, and
then everyone can move on and let this issue rest.
I'm not saying that makes sense necessarily from all angles of
the problem, just saying that would be the positive effect it
would have.
If people help with feedback to polish cond* to perfection I'm
sure it is an interesting piece of software.
Let's do that first, maybe?
--
underground experts united
https://dataswamp.org/~incal
- Re: Code for cond*, (continued)
- Re: Code for cond*, Eli Zaretskii, 2024/01/25
- Re: Code for cond*, Emanuel Berg, 2024/01/25
- Re: Code for cond*, Eli Zaretskii, 2024/01/25
- Re: Code for cond*, Alfred M. Szmidt, 2024/01/25
- Re: Code for cond*, Eli Zaretskii, 2024/01/25
- Re: Code for cond*, Alfred M. Szmidt, 2024/01/25
- Re: Code for cond*, Eli Zaretskii, 2024/01/25
- Re: Code for cond*, Emanuel Berg, 2024/01/25
- Re: Code for cond*, Eli Zaretskii, 2024/01/25
- Re: Code for cond*, Emanuel Berg, 2024/01/25
- Re: Code for cond*,
Emanuel Berg <=
- Re: Code for cond*, Alan Mackenzie, 2024/01/24
- Re: Code for cond*, Emanuel Berg, 2024/01/24
- Re: Code for cond*, Po Lu, 2024/01/25
- Re: Code for cond*, Emanuel Berg, 2024/01/25
- Re: Code for cond*, Po Lu, 2024/01/25
- Re: Code for cond*, Emanuel Berg, 2024/01/25
- Re: Code for cond*, Stefan Kangas, 2024/01/25
Re: Code for cond*, Richard Stallman, 2024/01/19
Re: Code for cond*, Stefan Monnier, 2024/01/23