GNU bug report logs -
#12314
24.2.50; `add-to-history': use `setq' with `delete'
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Thu, 30 Aug 2012 23:10:01 UTC
Severity: normal
Found in version 24.2.50
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #25 received at 12314 <at> debbugs.gnu.org (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <cyd <at> gnu.org>, <12314 <at> debbugs.gnu.org>
> Date: Sat, 8 Sep 2012 08:48:53 -0700
>
> > I'm not sure who is missing what. All I'm saying is that the manual
> > seems to suggest that an explicit assignment is unnecessary, and yet
> > Chong did exactly that. If just "(delete 'foo bar)", with 'bar' a
> > list, is sometimes not enough, the manual should say when. And if it
> > is enough, why should we make the change in add-to-history?
>
> It is not enough, if you need the variable to reflect the updated list contents.
Then the manual should be corrected to state that much more explicitly
than it does now. Perhaps it shouldn't even talk about destructive
removal, as that will surely spread confusion. For me "destructive"
means "in-place", and no amount of describing how 'delete' works
internally will ever be able to countermand that. Besides, if all I
need is a quick reminder about the semantics, I'm unlikely to read all
the verbiage, let alone go up to read more under 'delq'. So the most
important facts should be right there at the beginning, not hidden
away under "note that" etc.
This bug report was last modified 12 years and 250 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.