emacs-diffs
[Top][All Lists]
Advanced

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

[Emacs-diffs] /srv/bzr/emacs/emacs-24 r110808: * cl.texi (Obsolete Setf


From: Glenn Morris
Subject: [Emacs-diffs] /srv/bzr/emacs/emacs-24 r110808: * cl.texi (Obsolete Setf Customization): Updates for define-setf-method.
Date: Wed, 07 Nov 2012 17:23:34 -0500
User-agent: Bazaar (2.5.0)

------------------------------------------------------------
revno: 110808
committer: Glenn Morris <address@hidden>
branch nick: emacs-24
timestamp: Wed 2012-11-07 17:23:34 -0500
message:
  * cl.texi (Obsolete Setf Customization): Updates for define-setf-method.
  
  * etc/NEWS: Related markup.
modified:
  doc/misc/ChangeLog
  doc/misc/cl.texi
  etc/NEWS
=== modified file 'doc/misc/ChangeLog'
--- a/doc/misc/ChangeLog        2012-11-07 08:56:16 +0000
+++ b/doc/misc/ChangeLog        2012-11-07 22:23:34 +0000
@@ -2,7 +2,8 @@
 
        * cl.texi (Obsolete Setf Customization):
        Revert defsetf example to the more correct let rather than prog1.
-       Give define-modify-macro and defsetf gv.el replacements.
+       Give define-modify-macro, defsetf, and define-setf-method
+       gv.el replacements.
 
 2012-11-06  Glenn Morris  <address@hidden>
 

=== modified file 'doc/misc/cl.texi'
--- a/doc/misc/cl.texi  2012-11-07 08:56:16 +0000
+++ b/doc/misc/cl.texi  2012-11-07 22:23:34 +0000
@@ -2865,7 +2865,6 @@
 This function creates a new, uninterned symbol (using @code{make-symbol})
 with a unique name.  (The name of an uninterned symbol is relevant
 only if the symbol is printed.)  By default, the name is generated
address@hidden FIXME no longer true?
 from an increasing sequence of numbers, @samp{G1000}, @samp{G1001},
 @samp{G1002}, etc.  If the optional argument @var{x} is a string, that
 string is used as a prefix instead of @samp{G}.  Uninterned symbols
@@ -4479,14 +4478,6 @@
 between IEEE floating-point plus and minus zero.  The @code{cl-equalp}
 predicate has several differences with Common Lisp; @pxref{Predicates}.
 
address@hidden FIXME consider moving to lispref
address@hidden
-The @code{setf} mechanism is entirely compatible, except that
-setf-methods return a list of five values rather than five
-values directly.  Also, the new address@hidden function'' concept
-(typified by @code{(defun (setf foo) @dots{})}) is not implemented.
address@hidden ignore
-
 The @code{cl-do-all-symbols} form is the same as @code{cl-do-symbols}
 with no @var{obarray} argument.  In Common Lisp, this form would
 iterate over all symbols in all packages.  Since Emacs obarrays
@@ -5059,11 +5050,12 @@
 @end defmac
 
 @defmac define-setf-method access-fn arglist address@hidden
-This is the most general way to create new place forms.  When
-a @code{setf} to @var{access-fn} with arguments described by
address@hidden is expanded, the @var{forms} are evaluated and
-must return a list of five items:
address@hidden FIXME Is this still true?
+This is the most general way to create new place forms.  You can
+replace this by @code{gv-define-setter} or @code{gv-define-expander}.
+
+When a @code{setf} to @var{access-fn} with arguments described by
address@hidden is expanded, the @var{forms} are evaluated and must
+return a list of five items:
 
 @enumerate
 @item
@@ -5092,6 +5084,9 @@
 except that the method returns a list of five values rather
 than the five values themselves, since Emacs Lisp does not
 support Common Lisp's notion of multiple return values.
+(Note that the @code{setf} implementation provided by @file{gv.el}
+does not use this five item format.  Its use here is only for
+backwards compatibility.)
 
 Once again, the @var{forms} may begin with a documentation string.
 

=== modified file 'etc/NEWS'
--- a/etc/NEWS  2012-11-07 21:04:52 +0000
+++ b/etc/NEWS  2012-11-07 22:23:34 +0000
@@ -335,6 +335,7 @@
 A side effect is that vars without corresponding value are bound to nil
 rather than making them unbound.
 
++++
 *** The following methods of extending `setf' are obsolete
 (use features from gv.el instead):
 `define-modify-macro' (use `gv-letplace')


reply via email to

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