[Emacs-bug-tracker] bug#7319: closed (`defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el)

[GNU bug Tracking System]

Your message dated Mon, 08 Nov 2010 14:09:45 -0500
with message-id <address@hidden>
and subject line Re: bug#7319: `defsetf' methods of `extent-*' in 
emacs-lisp/cl-macs.el
has caused the GNU bug report #7319,
regarding `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el
to be marked as done.

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


-- 
7319: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7319
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el
>
>
>
>
> Date: 
>
> Tue, 2 Nov 2010 16:38:05 -0400
>
>
>
>
> Current through bzr-102222
>
> emacs-lisp/cl-macs.el has `defsetf' methods for:
>
>  `extent-data', `extent-face', `extent-priority',
>  `extent-end-position', `extent-start-position'
>
> AFAICT GNU Emacs deosn't define the corresponding operators:
>
>  `set-extent-data', `set-extent-face',
>  `set-extent-priority', `set-extent-endpoints'
>
> GNU Emacs doesn't even support the majority of cl*.el functions at
> runtime (let alone setf methods for many core procedures) so why does
> it make an attempt tos upport CL related functions for an alien
> application's incompatible lisp featureset?
>
> emacs -Q
>
> (defun bubba (x)
>   (eval-when-compile (require 'cl))
>   x)
>
> M-x compile-defun
>
> (symbol-plist 'extent-data)
> (symbol-plist 'extent-face)
> (symbol-plist 'extent-priority)
> (symbol-plist 'extent-end-position)
> (symbol-plist 'extent-start-position)
>
> Is this another example of CL polluting the "global names"?
> :P
>
> --
> /s_P\
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#7319: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el
>
>
>
>
> Date: 
>
> Mon, 08 Nov 2010 14:09:45 -0500
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)
>
>
>
>
> > emacs-lisp/cl-macs.el has `defsetf' methods for:
>
> >  `extent-data', `extent-face', `extent-priority',
> >  `extent-end-position', `extent-start-position'
>
> Funny, eh?
> It's most likely the result of CL supporting both Emacs and XEmacs.
> Of course, nowadays the Emacs and XEmacs versions aren't kept in sync
> any more, so we could get rid of it, although they don't cause any
> harm, AFAICT.
>
>
>         Stefan
>
>
> --- End Message ---