[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [External] : Re: Instead of pcase
From: |
Drew Adams |
Subject: |
RE: [External] : Re: Instead of pcase |
Date: |
Sat, 16 Dec 2023 05:04:43 +0000 |
> > In terms of a proposal: If you're going to allow
> > clauses that just "fall through" (e.g. only match &
> > bind), then (1) tell users how to easily recognize
> > them
>
> The file says this.
>
> In this version, each clause exits if it contains more than one
> element (after the possible keyword), and falls through otherwise.
>
> I think that is clear and simple. I don't know if I have posted that
> part.
That's what I guessed. Stating it explicitly gives
users something quick to look for, to more easily
parse things.
> > and (2) maybe even add something syntactic that
> > distinguishes them more easily.
>
> There are many ways to do that. Which would you propose?
I don't have a concrete suggestion, but I do think
_some_ syntactic indication would help, as opposed
to discerning whether there's only one sexp. (Not
that that's hard to do, but it that difference
doesn't "saute aux yeux".)
- Re: Instead of pcase, (continued)
- Re: Instead of pcase, Richard Stallman, 2023/12/10
- Re: Instead of pcase, Lynn Winebarger, 2023/12/10
- Re: Instead of pcase, Michael Heerdegen, 2023/12/10
- Re: Instead of pcase, Lynn Winebarger, 2023/12/10
- Re: Instead of pcase, Richard Stallman, 2023/12/11
- Re: Instead of pcase, Tomas Hlavaty, 2023/12/12
- RE: [External] : Re: Instead of pcase, Drew Adams, 2023/12/12
- Re: [External] : Re: Instead of pcase, Richard Stallman, 2023/12/13
- RE: [External] : Re: Instead of pcase, Drew Adams, 2023/12/14
- Re: [External] : Re: Instead of pcase, Richard Stallman, 2023/12/15
- RE: [External] : Re: Instead of pcase,
Drew Adams <=
- RE: [External] : Re: Instead of pcase, Bob Rogers, 2023/12/16
- Re: [External] : Re: Instead of pcase, Richard Stallman, 2023/12/17
- Re: Instead of pcase, Tomas Hlavaty, 2023/12/12
- RE: [External] : Re: Instead of pcase, Drew Adams, 2023/12/12
- Re: [External] : Re: Instead of pcase, Michael Heerdegen, 2023/12/12
- Re: Instead of pcase, Adam Porter, 2023/12/12
- Re: Instead of pcase, Richard Stallman, 2023/12/13
- Re: Instead of pcase, Richard Stallman, 2023/12/15
- Re: Instead of pcase, Richard Stallman, 2023/12/15
- cond*, Richard Stallman, 2023/12/17