From: Jean Louis <bugs@gnu.support>
To: Richard Stallman <rms@gnu.org>
Cc: emacs-devel@gnu.org, thibaut.verron@gmail.com,
Dmitry Gutov <dgutov@yandex.ru>
Subject: References to "REPL" from past
Date: Sun, 1 Nov 2020 09:56:22 +0300 [thread overview]
Message-ID: <X55cFr+Txbk+S5z1@protected.rcdrun.com> (raw)
In-Reply-To: <E1kZ4xq-0004oW-4C@fencepost.gnu.org>
* Richard Stallman <rms@gnu.org> [2020-11-01 00:27]:
> [[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
> I wrote
>
> > The term "REPL" is inapplicable for most of these languages, since
> > they do not have anything comparable ton read, eval, or print.
>
> You responded,
>
> > It's useless to fight to reserve this term to Lisp: it has been solidly
> > coined for similar programs in non-homoiconic languages as well for the
> > last 10-20 years at least.
>
> which seems to be a change of subject, because you're talking about
> some sort of "fight".
>
> I'm talking about the question of what terminology we should use in
> describing and designing GNU Emacs. We should use clear and correct
> terminology.
>
> Doing that does not require that we fight with other groups
> that make other decisions.
>
> > The languages in question might not have the same kind of 'read', but
> > they usually have 'eval', and their REPLs do 'print'.
>
> 'read' and 'eval' are things that those lanuages don't have. Their
> command loops do have the ability to read and execute an expression,
> but that does not break down, in those languages, into a combination
> of 'read' and 'eval' in the Lisp sense.
See references here:
https://code.i-harness.com/en/q/baf810 - use eww for those not using Javascript
as the above link is research on Python's "REPL" in response to RMS on
previous discussions
As the times pass people dillute or divert some definitions, take it
out of the context and today even HTML has REPL:
https://repl.it/languages/html (does not work without Javascript)
next prev parent reply other threads:[~2020-11-01 6:56 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-27 9:31 Standardizing more key bindings? Thibaut Verron
2020-09-27 15:57 ` Stefan Monnier
2020-09-28 3:44 ` Richard Stallman
2020-09-28 4:38 ` Thibaut Verron
2020-09-28 7:39 ` Thibaut Verron
2020-09-29 3:30 ` Richard Stallman
2020-09-29 5:07 ` Thibaut Verron
2020-09-29 10:36 ` Vasilij Schneidermann
2020-10-01 4:09 ` Richard Stallman
2020-10-01 5:20 ` Thibaut Verron
2020-09-29 21:56 ` Dmitry Gutov
2020-11-01 4:27 ` Richard Stallman
2020-11-01 6:56 ` Jean Louis [this message]
2020-11-01 13:51 ` Stefan Monnier
2020-11-02 5:41 ` Richard Stallman
2020-11-02 6:14 ` Yuri Khan
2020-11-02 8:08 ` tomas
2020-11-02 9:50 ` Dmitry Gutov
2020-11-02 11:40 ` Python REPL using standard library functions Yuri Khan
2020-11-02 22:46 ` Dmitry Gutov
2020-11-01 21:35 ` Standardizing more key bindings? Dmitry Gutov
2020-11-01 22:27 ` Drew Adams
2020-11-02 5:46 ` Richard Stallman
2020-09-29 21:58 ` Dmitry Gutov
2020-09-30 6:08 ` Thibaut Verron
2020-09-30 16:58 ` Opening Up More Keymaps " T.V Raman
2020-09-30 17:29 ` Thibaut Verron
2020-09-30 18:12 ` Robert Pluim
2020-09-30 18:16 ` Stefan Monnier
2020-09-30 18:35 ` T.V Raman
2020-09-30 18:41 ` Robert Pluim
2020-09-30 19:54 ` Stefan Monnier
2020-09-30 19:58 ` T.V Raman
2020-09-30 20:00 ` Noam Postavsky
2020-09-30 20:03 ` T.V Raman
2020-09-30 21:00 ` chad
2020-09-30 21:34 ` T.V Raman
2020-09-30 20:45 ` Stefan Monnier
2020-09-30 20:51 ` T.V Raman
2020-09-30 21:13 ` Gregory Heytings via Emacs development discussions.
2020-09-30 21:19 ` Stefan Monnier
2020-09-30 21:37 ` T.V Raman
2020-09-30 21:44 ` Stefan Monnier
2020-09-30 23:07 ` T.V Raman
2020-10-01 2:35 ` Eli Zaretskii
2020-10-01 3:27 ` Stefan Monnier
2020-10-01 12:38 ` Ergus
2020-10-01 14:17 ` Stefan Kangas
2020-10-01 14:45 ` Caio Henrique
2020-10-02 3:54 ` Richard Stallman
2020-10-02 10:43 ` Ergus
2020-10-04 19:34 ` Juri Linkov
2020-10-02 3:49 ` Richard Stallman
2020-10-02 6:56 ` Eli Zaretskii
2020-10-02 11:34 ` Ergus
2020-10-02 12:26 ` Eli Zaretskii
2020-10-04 3:38 ` Richard Stallman
2020-10-04 10:38 ` Thibaut Verron
2020-10-04 13:46 ` Alfred M. Szmidt
2020-10-04 16:24 ` Thibaut Verron
2020-10-04 17:00 ` Alfred M. Szmidt
2020-10-04 17:32 ` Thibaut Verron
2020-10-04 17:46 ` Alfred M. Szmidt
2020-10-05 3:11 ` Richard Stallman
2020-10-06 8:59 ` Lars Brinkhoff
2020-10-04 17:46 ` Alfred M. Szmidt
2020-10-05 3:13 ` Richard Stallman
2020-10-04 14:10 ` Howard Melman
2020-10-02 3:45 ` Richard Stallman
2020-10-02 6:26 ` Thibaut Verron
2020-10-04 3:39 ` Richard Stallman
2020-10-04 3:39 ` Richard Stallman
2020-10-02 6:52 ` Eli Zaretskii
2020-10-02 14:00 ` Stefan Monnier
2020-10-04 3:38 ` Richard Stallman
2020-10-04 7:16 ` Eli Zaretskii
2020-10-05 3:14 ` Richard Stallman
2020-10-02 13:56 ` Stefan Monnier
2020-10-03 2:57 ` Richard Stallman
2020-10-06 12:53 ` Nikolay Kudryavtsev
2020-10-06 13:27 ` Stefan Monnier
2020-10-06 14:24 ` Nikolay Kudryavtsev
2020-10-06 14:43 ` Stefan Monnier
2020-10-08 9:40 ` Nikolay Kudryavtsev
2020-10-07 4:19 ` Richard Stallman
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=X55cFr+Txbk+S5z1@protected.rcdrun.com \
--to=bugs@gnu.support \
--cc=dgutov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
--cc=thibaut.verron@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.