GNU bug report logs - #18253
24.4.50; doc string of `remq': correct it per the doc of `remove'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Tue, 12 Aug 2014 15:00:02 UTC

Severity: minor

Found in version 24.4.50

Done: Christoph <cschol2112 <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Drew Adams <drew.adams <at> oracle.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 18253 <at> debbugs.gnu.org, tsugutomo.enami <at> jp.sony.com, Christoph <cschol2112 <at> gmail.com>
Subject: bug#18253: 24.4.50; doc string of `remq': correct it per the doc of `remove'
Date: Tue, 26 Aug 2014 11:57:12 -0700 (PDT)
> It should just say that the returned list may share some elements
> with the original argument, but that no element was modified by
> side-effect.

Why would the question of whether an *element* was modified even come
up?  That seems like a red herring, bound only to confuse people.
The question that arises for users is about sharing/modification of
the list structure, not elements.  (Yes, of course an element can
itself be a list.)

There is nothing wrong with letting users know the actual behavior.
It would be helpful to provide the kind of information that Emacs
provides (and all Lisps provide) for `member': "The value is actually
the tail of LIST whose car is ELT."

But the main point - the point of the bug report, is that it is not
correct to say, as we say now, that `remq' "Returns LIST with all
occurrences of ELT removed."  It does that only when all of the ELT
occurrences occur before any non-ELT occurrences.




This bug report was last modified 10 years and 329 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.