[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Instead of pcase
|
From: |
Po Lu |
|
Subject: |
Re: Instead of pcase |
|
Date: |
Tue, 21 Nov 2023 12:04:11 +0800 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Dmitry Gutov <dmitry@gutov.dev> writes:
> That's not accurate: its purpose is a high-level one. Even though it
> can be used as a replacement for 'cond' in simple case too.
Destructuring variable binding is not a high-level use case. As Richard
mentioned, such a definition is subject to the amount of Lisp there is
possibly a role for it in. And needless to say, this amount is
significant in the case of pcase, and is small in that of quail.
>> But don't argue that this cost does not exist, simply because it
>> doesn't feel like a burden to you.
>
> Did I?
That's how it came across to me. "The burden is immaterial since many
categories of programmers do not perceive it as such" is not much
different from "the burden does not exist," when the inferences drawn
from both are identical, to wit: that pcase is fine as it is.
- Re: Instead of pcase, (continued)
- Re: Instead of pcase, Po Lu, 2023/11/19
- Re: Instead of pcase, Michael Heerdegen, 2023/11/20
- Re: Instead of pcase, Dmitry Gutov, 2023/11/20
- Re: Instead of pcase, Po Lu, 2023/11/20
- Re: Instead of pcase, Dmitry Gutov, 2023/11/20
- Re: Instead of pcase, Po Lu, 2023/11/20
- Re: Instead of pcase, Dmitry Gutov, 2023/11/20
- Re: Instead of pcase,
Po Lu <=
- Re: Instead of pcase, Dmitry Gutov, 2023/11/21
- Re: Instead of pcase, Po Lu, 2023/11/21
- Re: Instead of pcase, Jose E. Marchesi, 2023/11/20
- Re: Instead of pcase, Dmitry Gutov, 2023/11/20
- Re: Instead of pcase, Richard Stallman, 2023/11/21
- Re: Instead of pcase, Dmitry Gutov, 2023/11/22
- Re: Instead of pcase, Richard Stallman, 2023/11/23
- Re: Instead of pcase, Emanuel Berg, 2023/11/22
- Re: Instead of pcase, Emanuel Berg, 2023/11/20
Re: Instead of pcase, Emanuel Berg, 2023/11/17