From: Alan Mackenzie <acm@muc.de>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Installing cond* in core
Date: Sat, 27 Jan 2024 23:33:52 +0000 [thread overview]
Message-ID: <ZbWS4A6zpcDWO__y@ACM> (raw)
In-Reply-To: <CADwFkm=p5QWY4Quy1ihrd8u3FX+NALis+OAOnGG0RzWPMihbsQ@mail.gmail.com>
Hello, Stefan.
On Sat, Jan 27, 2024 at 13:36:50 -0800, Stefan Kangas wrote:
> Hi emacs-devel,
> After careful consideration and off-line discussions between Eli and
> myself, we have come up with the following proposed plan:
> 1. We will install cond* in core and let people who prefer it use it,
> while people who prefer pcase are free to keep using pcase.
> 2. cond* vs pcase is to be considered a matter of stylistic preference.
> 3. There is no intention to forcibly replace pcase with cond* in our
> code.
Thanks for taking the trouble to work this through.
Can you further confirm that there will be no technical advantages given
to pcase over cond*? In particular, that condstar.el will be in
lisp/emacs-lisp, and that it will be available from early mid-bootstrap
onwards, just as pcase is?
> Everyone will be free to maintain the code that falls within their area
> of responsibility using the style that they like best. We hope that
> this will make sense to proponents of both sides of the argument.
> I have myself expressed significant reservations about installing cond*
> in core. The above could be seen as a politicians response to a
> technical problem, and to some extent it is.
> Our responsibility as maintainers is first and foremost to ensure that
> we can all work together, and unite under a common banner. Our success
> as a project depends on it. Thus, the last thing we want to do is to
> alienate any group of contributors, big or small.
On this point, it's worth noting that pcase was silently slipped into
Emacs in the dead of night without any public discussion, and was then
widely proliferated through working code, again without discussion.
That has relevance to "alienation", and goes some way towards explaining
my attitude towards cond* and pcase.
[ .... ]
--
Alan Mackenzie (Nuremberg, Germany).
next prev parent reply other threads:[~2024-01-27 23:33 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-27 21:36 Installing cond* in core Stefan Kangas
2024-01-27 23:33 ` Alan Mackenzie [this message]
2024-01-28 0:26 ` Stefan Kangas
2024-01-28 2:43 ` Po Lu
2024-01-28 6:46 ` Eli Zaretskii
2024-01-28 7:21 ` Po Lu
2024-01-28 7:32 ` Eli Zaretskii
2024-01-28 6:14 ` Eli Zaretskii
2024-01-28 15:58 ` Alan Mackenzie
2024-01-28 6:09 ` Eli Zaretskii
2024-01-28 12:38 ` Alan Mackenzie
2024-01-28 13:02 ` Dmitry Gutov
2024-01-28 13:38 ` Alan Mackenzie
2024-01-28 13:48 ` Dmitry Gutov
2024-01-28 14:32 ` Alan Mackenzie
2024-01-28 16:54 ` Dmitry Gutov
2024-01-28 19:14 ` Alan Mackenzie
2024-01-28 19:26 ` Eli Zaretskii
2024-01-28 20:43 ` Dmitry Gutov
2024-01-30 3:56 ` Richard Stallman
2024-01-28 13:19 ` Emanuel Berg
2024-01-28 14:18 ` Eli Zaretskii
2024-01-28 15:26 ` Alan Mackenzie
2024-01-28 15:40 ` Eli Zaretskii
2024-01-30 3:57 ` Richard Stallman
2024-01-28 4:28 ` Stefan Monnier via Emacs development discussions.
2024-01-30 3:58 ` Richard Stallman
2024-01-30 14:33 ` Stefan Monnier
2024-02-02 3:39 ` Richard Stallman
2024-02-02 13:17 ` Stefan Monnier
2024-02-02 15:24 ` Alan Mackenzie
2024-02-02 18:50 ` Stefan Monnier
2024-02-04 4:47 ` Richard Stallman
2024-02-04 14:12 ` Stefan Monnier
2024-02-06 3:49 ` Richard Stallman
2024-02-05 3:33 ` Richard Stallman
2024-02-05 12:39 ` Stefan Monnier
2024-03-13 2:27 ` Richard Stallman
2024-03-13 3:05 ` Stefan Monnier
2024-03-16 1:45 ` Richard Stallman
2024-03-16 16:15 ` Stefan Monnier
2024-03-18 2:42 ` Richard Stallman
2024-03-18 3:06 ` Stefan Monnier
2024-03-19 9:19 ` Peter Hull
2024-03-20 22:40 ` Richard Stallman
2024-03-20 22:54 ` Stefan Monnier
2024-01-28 14:28 ` Emanuel Berg
2024-01-30 3:58 ` Richard Stallman
2024-01-30 13:04 ` Eli Zaretskii
2024-03-16 20:53 ` Lynn Winebarger
2024-03-18 2:41 ` Richard Stallman
2024-03-19 19:48 ` Lynn Winebarger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZbWS4A6zpcDWO__y@ACM \
--to=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.