From: arthur miller <arthur.miller@live.com>
To: "Alfred M. Szmidt" <ams@gnu.org>, Yuri Khan <yuri.v.khan@gmail.com>
Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Sv: Is this a bug in while-let or do I missunderstand it?
Date: Sat, 9 Nov 2024 20:29:29 +0000 [thread overview]
Message-ID: <DU2PR02MB101096BE38E4809D2FC01C192965E2@DU2PR02MB10109.eurprd02.prod.outlook.com> (raw)
In-Reply-To: <E1t9oPB-0003G7-83@fencepost.gnu.org>
[-- Attachment #1: Type: text/plain, Size: 3818 bytes --]
>> From: "Alfred M. Szmidt" <ams@gnu.org>
>> Cc: arthur.miller@live.com, emacs-devel@gnu.org
>> Date: Sat, 09 Nov 2024 11:33:45 -0500
>>
>> (while-let ((run (some-condition)))
>> (message "running"))
>>
>> Do you expect that to evaluate (some-condition) once, then, if it’s
>> initially true, run forever?
>>
>> That is how it is described in the manual, so yes (some-condition)
>> should only be done once, and not every iteration. See (elisp)
>> Conditionals .
>
>Which could mean that the manual is wrong and needs to be fixed.
>The above description actually supports what Yuri was saying, not what
>Arthur and you expect.
Mnjah; if you consider this scatchy C:
{
int foo = ..;
...
for (int i=0, j=0; u < 10i++ )
{
do something with i, j
.....
do something with foo
}
i,j are not visible here
...
}
In other words, there might be variables live outisde of
the loop-scope we wish to access in the loop, and that is
what Yuri's example shows. However, i,j are not re-initiated
on each iteration, but remembers their value. The effecto of
while-let in current implementation is that i,j are re-initiated
in each iteration, not re-evaluated, if that makes it clear.
I am not sure how to illustrate in a better way. The net effect is
that lexical variables declared in while-let loop are "read-only".
They are not, but since they are re-iniated, it is pointless to
write to them.
Of course, all loop predicates should be evaled on each iteration,
but not re-iniated on each iteration. If that makes sense. Sorry,
I am not very good at writing.
When I see at my own KISS version, I see also it only initiates
variable, but does not re-evaluate function calls on each iteration;
I didn't really udnerstand it from the beginning, so this discussion
has cleared my mind a bit too.
However I am not sure exact how to fix it. But I believe a loop
where we can't update loop invariantes is a bit strange too.
________________________________
Från: Alfred M. Szmidt <ams@gnu.org>
Skickat: den 9 november 2024 17:33
Till: Yuri Khan <yuri.v.khan@gmail.com>
Kopia: arthur.miller@live.com <arthur.miller@live.com>; emacs-devel@gnu.org <emacs-devel@gnu.org>
Ämne: Re: Is this a bug in while-let or do I missunderstand it?
> If it wasn't clear, the unintuitive part is that while-let was to
> establish the local environment, so that we don't need to type:
>
> (let ((som-var (init-form)))
> (while some-var
> ... ))
But if it did it that way, the condition (init-form) would only be
evaluated once, and I’d find *that* counterintuitive. Consider the
usual form of a while loop:
(while-let ((run (some-condition)))
(message "running"))
Do you expect that to evaluate (some-condition) once, then, if it’s
initially true, run forever?
That is how it is described in the manual, so yes (some-condition)
should only be done once, and not every iteration. See (elisp)
Conditionals .
It can be convenient to bind variables in conjunction with using a
conditional. It's often the case that you compute a value, and then
want to do something with that value if it's non-‘nil’. The
straightforward way to do that is to just write, for instance:
(let ((result1 (do-computation)))
(when result1
(let ((result2 (do-more result1)))
(when result2
(do-something result2)))))
Since this is a very common pattern, Emacs provides a number of
macros to make this easier and more readable. The above can be written
the following way instead:
... following the various with various FOO-let forms, ending with
while-let.
[-- Attachment #2: Type: text/html, Size: 11694 bytes --]
next prev parent reply other threads:[~2024-11-09 20:29 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-08 16:25 Is this a bug in while-let or do I missunderstand it? arthur miller
2024-11-08 19:23 ` Philip Kaludercic
2024-11-09 3:30 ` Sv: " arthur miller
2024-11-09 9:29 ` Yuri Khan
2024-11-09 13:03 ` Sv: " arthur miller
2024-11-09 13:15 ` Yuri Khan
2024-11-09 13:38 ` Sv: " arthur miller
2024-11-09 13:41 ` Yuri Khan
2024-11-09 13:47 ` Sv: " arthur miller
2024-11-09 14:04 ` Yuri Khan
2024-11-09 14:44 ` Sv: " arthur miller
2024-11-09 16:33 ` Alfred M. Szmidt
2024-11-09 16:44 ` Eli Zaretskii
2024-11-09 16:53 ` Eli Zaretskii
2024-11-09 17:33 ` Andreas Schwab
2024-11-09 18:07 ` [External] : " Drew Adams
2024-11-09 18:18 ` Alfred M. Szmidt
2024-11-09 20:02 ` Jens Schmidt
2024-11-09 20:38 ` Alfred M. Szmidt
2024-11-09 21:18 ` Joost Kremers
2024-11-10 11:44 ` Alfred M. Szmidt
2024-11-10 12:24 ` Better documentation for non-binding clauses of if-let and friends Jens Schmidt
2024-11-10 14:51 ` Sean Whitton
2024-11-10 16:58 ` Jens Schmidt
2024-11-11 10:03 ` Alfred M. Szmidt
2024-11-11 8:20 ` Alfred M. Szmidt
2024-11-09 19:32 ` Sv: [External] : Re: Is this a bug in while-let or do I missunderstand it? arthur miller
2024-11-09 22:36 ` Drew Adams
2024-11-09 22:53 ` Drew Adams
2024-11-14 21:50 ` John ff
2024-11-09 20:29 ` arthur miller [this message]
2024-11-10 6:22 ` Eli Zaretskii
2024-11-10 10:40 ` Joost Kremers
2024-11-10 12:10 ` Alfred M. Szmidt
2024-11-10 19:49 ` Sv: " arthur miller
2024-11-10 18:18 ` arthur miller
2024-11-11 5:13 ` Yuri Khan
2024-11-11 8:49 ` Sv: " arthur miller
2024-11-11 12:23 ` tomas
2024-11-11 22:41 ` Joost Kremers
2024-11-12 12:19 ` Eli Zaretskii
2024-11-12 12:45 ` Joost Kremers
2024-11-12 14:34 ` Eli Zaretskii
2024-11-12 15:32 ` Joost Kremers
2024-11-12 23:45 ` Joost Kremers
2024-11-13 9:45 ` Sean Whitton
2024-11-13 9:56 ` Sean Whitton
2024-11-13 11:00 ` Joost Kremers
2024-11-13 12:17 ` Sean Whitton
2024-11-14 7:55 ` Eli Zaretskii
2024-11-14 8:21 ` Joost Kremers
2024-11-14 21:51 ` John ff
2024-11-14 21:52 ` John ff
2024-11-09 21:47 ` Sv: " Joost Kremers
2024-11-09 22:07 ` Sv: " arthur miller
2024-11-10 6:07 ` Andreas Schwab
-- strict thread matches above, loose matches on Subject: below --
2024-11-12 3:36 arthur miller
2024-11-12 8:30 ` Joost Kremers
2024-11-12 17:55 ` Alfred M. Szmidt
2024-11-12 23:21 ` Sv: " arthur miller
2024-11-12 23:31 ` Joost Kremers
2024-11-12 23:08 ` arthur miller
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=DU2PR02MB101096BE38E4809D2FC01C192965E2@DU2PR02MB10109.eurprd02.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=ams@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=yuri.v.khan@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.