emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#9482: closed (Documentation bug: Emacs Lisp Manual


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9482: closed (Documentation bug: Emacs Lisp Manual should say quoting does not cons explicitly in quoting section. related to bug#9469)
Date: Fri, 16 Sep 2011 14:20:03 +0000

Your message dated Fri, 16 Sep 2011 10:14:39 -0400
with message-id <address@hidden>
and subject line Re: specific manual text suggestion
has caused the debbugs.gnu.org bug report #9482,
regarding Documentation bug: Emacs Lisp Manual should say quoting does not cons 
explicitly in quoting section. related to bug#9469
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9482: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9482
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Documentation bug: Emacs Lisp Manual should say quoting does not cons explicitly in quoting section. related to bug#9469 Date: Mon, 12 Sep 2011 23:01:23 +0800
Relevant page here:
http://www.gnu.org/s/emacs/manual/html_node/elisp/Quoting.html

I was confused and always assumed that

'(a . b)

is simply short hand for

(cons 'a 'b)

Reading stackexchange, it seems at least some other people are under
this impression as well.  This works a majority of the time, but when
it fails it's really surprising.

In fact, the manual already has an example of this pit-fall in the
nconc section: 
http://www.gnu.org/software/emacs/elisp/html_node/Rearrangement.html

I think the quoting section should give an explicit warning with a
reference to the nconc example.



-- 
Le



--- End Message ---
--- Begin Message --- Subject: Re: specific manual text suggestion Date: Fri, 16 Sep 2011 10:14:39 -0400 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)
> My terminology may be not quite right, but if I read something like
> this, the difference would be much clearer.

Thanks for your sample text.  I tweaked it a bit to make it hopefully
even more explicit, see patch below.


        Stefan


--- src/eval.c  2011-09-09 01:06:52 +0000
+++ src/eval.c  2011-09-16 14:09:39 +0000
@@ -475,6 +475,14 @@
 
 DEFUN ("quote", Fquote, Squote, 1, UNEVALLED, 0,
        doc: /* Return the argument, without evaluating it.  `(quote x)' yields 
`x'.
+Warning: `quote' does not construct its return value, but just returns
+the value that was pre-constructed by the Lisp reader (see info node
+`(elisp)Printed Representation').
+This means that '(a . b) is not identical to (cons 'a 'b): the former
+does not cons.  Quoting should be reserved for constants that will
+never be modified by side-effects, unless you like self-modifying
+code.  See the common pitfall in info node `(elisp)Rearrangement' for
+an example of unexpected results when a quoted object is modified.
 usage: (quote ARG)  */)
   (Lisp_Object args)
 {



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]