[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [External] : Re: Instead of pcase
From: |
Bob Rogers |
Subject: |
RE: [External] : Re: Instead of pcase |
Date: |
Sat, 16 Dec 2023 10:30:56 -0800 |
From: Drew Adams <drew.adams@oracle.com>
Date: Sat, 16 Dec 2023 05:04:43 +0000
[re cond* fall-through behavior:]
> > 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".)
Suppose clauses only fall through if the last form is the literal symbol
:fall-through ? That is wordier and perhaps less elegant, but it would
make cond* more consistent with cond, and make the fall-through behavior
less apt to surprise. (And apologies if this turns out to be infeasible
due to some other constraint; I've only been half following this
thread.)
-- Bob Rogers
http://www.rgrjr.com/
- Re: Instead of pcase, (continued)
- 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, 2023/12/16
- RE: [External] : Re: Instead of pcase,
Bob Rogers <=
- 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
- Re: cond*, João Távora, 2023/12/18