From: Pip Cet via "Emacs development discussions." <emacs-devel@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Stefan Kangas <stefankangas@gmail.com>,
Tassilo Horn <tsdh@gnu.org>, Eli Zaretskii <eliz@gnu.org>,
Anand Tamariya <atamariya@gmail.com>,
emacs-devel@gnu.org
Subject: Re: Negative nth index
Date: Tue, 24 Dec 2024 21:33:17 +0000 [thread overview]
Message-ID: <87r05wahsi.fsf@protonmail.com> (raw)
In-Reply-To: <jwva5clis9x.fsf-monnier+emacs@gnu.org>
"Stefan Monnier" <monnier@iro.umontreal.ca> writes:
>>>>> Should negative index for nth be valid? e.g.
>>>>> (nth -1 '(1 2)) returns 1
>
> [ I'd make it return 2 otherwise you can't use it to return the
> last element. ]
I think the OP meant that (nth -1 '(1 2)) is 1 on current Emacs, which
is definitely unexpected.
> I don't see a strong argument in favor of making it index from the end
> rather than signal an error. What would the implementation look like?
I agree, but the current implementation does not signal an error. It
should, and I think that's what the suggestion was.
To me, (nth -1 list) means "I set list to be the cdr of x, now tell me
what x was", so the right answer is "I can't do that, so here's an error
and go fix your code". It's perfectly analogous to (/ 0 0), which means
"I multiplied a number x by 0 and got 0. Tell me what x was."
For circular lists, we could give a possible answer for x (just as we
could give a possible answer for x in the 0/0 example), by moving back
in the cycle, but it's not the only possible answer, so we shouldn't.
(For lists both proper and circular, we could also create a new cons
cell and return it, I guess).
Indexing from the end is even worse than defining 0/0 to be 17.
Pip
next prev parent reply other threads:[~2024-12-24 21:33 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-22 5:43 Negative nth index Anand Tamariya
2024-12-22 7:39 ` Eli Zaretskii
2024-12-22 9:01 ` Tassilo Horn
2024-12-23 5:40 ` Stefan Kangas
2024-12-24 5:11 ` Stefan Monnier
2024-12-24 6:42 ` Teemu Likonen
2024-12-24 6:48 ` Thierry Volpiatto
2024-12-24 13:09 ` Philip Kaludercic
2024-12-24 15:18 ` Stefan Monnier
2024-12-24 15:24 ` Sebastián Monía
2024-12-24 21:33 ` Pip Cet via Emacs development discussions. [this message]
2024-12-25 10:30 ` Mattias Engdegård
2024-12-25 10:56 ` Pip Cet via Emacs development discussions.
2024-12-25 12:14 ` Mattias Engdegård
2024-12-25 13:04 ` Pip Cet via Emacs development discussions.
2024-12-25 14:23 ` Stefan Kangas
2024-12-25 17:22 ` Stefan Monnier
2024-12-25 14:18 ` Stefan Kangas
2024-12-22 10:16 ` Andreas Schwab
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=87r05wahsi.fsf@protonmail.com \
--to=emacs-devel@gnu.org \
--cc=atamariya@gmail.com \
--cc=eliz@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=pipcet@protonmail.com \
--cc=stefankangas@gmail.com \
--cc=tsdh@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.
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.