From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Drew Adams <drew.adams@oracle.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Always using let*
Date: Mon, 15 Sep 2014 15:05:56 -0400 [thread overview]
Message-ID: <jwv38bs7ltq.fsf-monnier+INBOX@gnu.org> (raw)
In-Reply-To: <022a6bc4-ba00-4f09-aa04-73186faa911a@default> (Drew Adams's message of "Mon, 15 Sep 2014 09:15:09 -0700 (PDT)")
> What you first claimed was an urban legend was my statement that:
> "for some Lisps the bindings of `let' can be done in parallel"
> ^^^^^^^^^^^^
Let's check again:
> (The other reason is that for some Lisps the bindings of `let'
> can be done in parallel, which can be quicker.)
Urban legend!
Now, admittedly, you can think that I objected to "the bindings of `let'
can be done in parallel", but in reality what I objected to is the idea
that this can be quicker, which is usually understood as "use parallel
processing", aka "make use of multiple computational units at the same
time".
If someone writes "parallel" and "quicker" in the same sentence, whether
she wants it or not, people are bound to understand it as "make use of
multiple computational units at the same time to speed up execution".
Stefan
next prev parent reply other threads:[~2014-09-15 19:05 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-14 19:46 Always using let* Cecil Westerhof
2014-09-14 21:25 ` Drew Adams
2014-09-15 16:15 ` Drew Adams
[not found] ` <mailman.8924.1410797740.1147.help-gnu-emacs@gnu.org>
2014-09-15 18:01 ` Cecil Westerhof
2014-09-15 22:20 ` Emanuel Berg
2014-09-16 12:05 ` Cecil Westerhof
2014-09-16 22:40 ` Emanuel Berg
2014-09-18 17:02 ` Cecil Westerhof
2014-09-18 21:05 ` Emanuel Berg
2014-09-16 14:23 ` sokobania.01
2014-09-16 16:41 ` Drew Adams
2014-09-16 20:49 ` Stefan Monnier
2014-09-16 22:45 ` Emanuel Berg
[not found] ` <mailman.8998.1410901776.1147.help-gnu-emacs@gnu.org>
2014-09-16 22:48 ` Emanuel Berg
2014-09-17 1:09 ` Stefan Monnier
2014-09-17 1:18 ` Emanuel Berg
2014-09-14 21:40 ` Joe Fineman
[not found] ` <mailman.8868.1410729956.1147.help-gnu-emacs@gnu.org>
2014-09-14 21:41 ` Emanuel Berg
2014-09-14 22:11 ` Cecil Westerhof
2014-09-14 22:56 ` Drew Adams
2014-09-14 22:41 ` Stefan Monnier
2014-09-14 23:06 ` Drew Adams
[not found] ` <mailman.8871.1410736002.1147.help-gnu-emacs@gnu.org>
2014-09-15 0:47 ` Emanuel Berg
2014-09-15 2:12 ` Pascal J. Bourguignon
2014-09-15 2:22 ` Stefan Monnier
2014-09-15 2:59 ` Pascal J. Bourguignon
2014-09-15 12:31 ` Stefan Monnier
2014-09-15 16:15 ` Drew Adams
2014-09-15 19:05 ` Stefan Monnier [this message]
[not found] ` <mailman.8930.1410808006.1147.help-gnu-emacs@gnu.org>
2014-09-15 22:28 ` Emanuel Berg
2014-09-16 0:38 ` Pascal J. Bourguignon
2014-09-15 13:14 ` Barry Margolin
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=jwv38bs7ltq.fsf-monnier+INBOX@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=drew.adams@oracle.com \
--cc=help-gnu-emacs@gnu.org \
/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).