unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Thibaut Verron <thibaut.verron@gmail.com>
To: tomas@tuxteam.de
Cc: help-gnu-emacs@gnu.org
Subject: Re: Morally equivalent
Date: Mon, 17 Oct 2022 11:15:15 +0200	[thread overview]
Message-ID: <CAFsi02Tqg68qOmzp2sM4LQv3fi2wDiwmYnKF+VBuGuMwafaFkg@mail.gmail.com> (raw)
In-Reply-To: <Y00IyNhiwqx+V1MP@tuxteam.de>

Le lun. 17 oct. 2022 à 09:50, <tomas@tuxteam.de> a écrit :

> On Mon, Oct 17, 2022 at 09:44:15AM +0300, Eli Zaretskii wrote:
> > > From: Akib Azmain Turja <akib@disroot.org>
> > > Cc: help-gnu-emacs@gnu.org
> > > Date: Mon, 17 Oct 2022 10:49:16 +0600
> > >
> > > This should be:
> > >
> > > --8<---------------cut here---------------start------------->8---
> > > This is almost equivalent to (setf PLACE (cons NEWELT PLACE)),
> > > except that PLACE is evaluated only once (after NEWELT).
> > > --8<---------------cut here---------------end--------------->8---
> >
> > Why not just "This is similar to"?
>
> Back to topic, yes. It seems that this phrase is too jargon-ish to be
> easily understandable to everyone.
>

Isn't there the technical term "functionally equivalent" for something that
will have the exact same outcome with possible differences in
implementation?
If the goal is to reduce the jargon, it could just be "the end effect is
the same as that of (...), but PLACE is evaluated only once".

It's not rigorously true, because the outcome will be different if
evaluating PLACE has side effects. But imo this is such an outlandish
scenario (if it can even happen in the first place) that it doesn't need to
be the primary focus of the docstring of push. And someone who is dealing
with such a scenario should be able to infer the potential consequences
just by being reminded that PLACE will be evaluated as many times as it
appears.

I personally find "morally equivalent" or "almost equivalent" clearer than
"similar": "similar" could refer to any other aspect of the object, besides
the functionality.

Best wishes,
Thibaut


  reply	other threads:[~2022-10-17  9:15 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-16  2:45 Morally equivalent John Haman
2022-10-16  2:55 ` Eduardo Ochs
2022-10-16  3:39 ` Michael Heerdegen
2022-10-16 14:29   ` [External] : " Drew Adams
2022-10-16 14:34     ` Heime
2022-10-16 14:42     ` Dr Rainer Woitok
2022-10-16 15:02       ` Drew Adams
2022-10-16 16:20         ` tomas
2022-10-16 19:27 ` Bob Newell
2022-10-16 19:43   ` [External] : " Drew Adams
2022-10-16 20:24     ` Bob Newell
2022-10-16 19:58   ` Christopher Dimech
2022-10-16 23:10     ` Michael Heerdegen
2022-10-16 23:17       ` Christopher Dimech
2022-10-16 23:32         ` Michael Heerdegen
2022-10-16 23:47           ` Eduardo Ochs
2022-10-17  1:13             ` Stefan Monnier via Users list for the GNU Emacs text editor
2022-10-18 10:44               ` Dr Rainer Woitok
2022-10-17  0:00           ` Christopher Dimech
2022-10-17  0:10             ` Michael Heerdegen
2022-10-17  0:32               ` Christopher Dimech
2022-10-17  0:53                 ` Michael Heerdegen
2022-10-17  1:18                   ` Christopher Dimech
2022-10-17  4:52                 ` tomas
2022-10-17  5:27                   ` Christopher Dimech
2022-10-20 14:08                     ` Akib Azmain Turja
2022-10-20 16:24                       ` Christopher Dimech
2022-10-20 18:29                         ` tomas
2022-10-20 19:54                           ` Christopher Dimech
2022-10-17  4:49       ` Akib Azmain Turja
2022-10-17  6:44         ` Eli Zaretskii
2022-10-17  7:48           ` tomas
2022-10-17  9:15             ` Thibaut Verron [this message]
2022-10-17 23:01               ` Rudolf Adamkovič
2022-10-18  1:01               ` Michael Heerdegen
2022-10-18  1:07                 ` Emanuel Berg
2022-10-18  2:39                 ` Po Lu
2022-10-18  3:50                   ` Michael Heerdegen
2022-10-18 14:11                   ` Eli Zaretskii
2022-10-18 16:50                     ` Christopher Dimech
2022-10-18 23:11                     ` Emanuel Berg
2022-10-20 14:05                       ` Akib Azmain Turja
2022-10-20 17:14                         ` Christopher Dimech
2022-10-17 15:42             ` Christopher Dimech
2022-10-17 11:47         ` Alessandro Bertulli
2022-10-23 10:16 ` Will Mengarini
2022-10-24 14:46   ` Marcin Borkowski
2022-10-24 21:06     ` Emanuel Berg
2022-10-24 21:05   ` Emanuel Berg

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAFsi02Tqg68qOmzp2sM4LQv3fi2wDiwmYnKF+VBuGuMwafaFkg@mail.gmail.com \
    --to=thibaut.verron@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=tomas@tuxteam.de \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).