From unknown Sat Jun 21 10:37:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7319: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el Resent-From: MON KEY Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 20:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7319 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7319@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12887300308465 (code B ref -1); Tue, 02 Nov 2010 20:34:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 20:33:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDNYD-0002CU-Va for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:33:50 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDNYC-0002CP-23 for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:33:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDNcQ-0005Ml-Hq for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:38:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:38567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDNcQ-0005Mh-EP for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:38:10 -0400 Received: from [140.186.70.92] (port=55058 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDNcP-0004YX-A1 for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDNcO-0005ML-7d for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:09 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:58382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDNcO-0005MB-34 for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:08 -0400 Received: by ewy25 with SMTP id 25so3628814ewy.0 for ; Tue, 02 Nov 2010 13:38:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.158.140 with SMTP id q12mr1571432wek.14.1288730285491; Tue, 02 Nov 2010 13:38:05 -0700 (PDT) Received: by 10.216.37.69 with HTTP; Tue, 2 Nov 2010 13:38:05 -0700 (PDT) Date: Tue, 2 Nov 2010 16:38:05 -0400 X-Google-Sender-Auth: XqrHP6x3PeKZsVrRlamk-RS55Dk Message-ID: From: MON KEY Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.9 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) 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\ From unknown Sat Jun 21 10:37:01 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: MON KEY Subject: bug#7319: closed (Re: bug#7319: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el) Message-ID: References: X-Gnu-PR-Message: they-closed 7319 X-Gnu-PR-Package: emacs Reply-To: 7319@debbugs.gnu.org Date: Mon, 08 Nov 2010 19:15:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1289243702-29089-1" This is a multi-part message in MIME format... ------------=_1289243702-29089-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #7319: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 7319@debbugs.gnu.org. --=20 7319: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D7319 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1289243702-29089-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 7319-done) by debbugs.gnu.org; 8 Nov 2010 19:14:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFXAM-0007Ym-Hg for submit@debbugs.gnu.org; Mon, 08 Nov 2010 14:14:07 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFX1g-0007Um-7w for 7319-done@debbugs.gnu.org; Mon, 08 Nov 2010 14:05:09 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtEKAJvZ10xMCpqE/2dsb2JhbAChCIEDcr04hUgEhFiNWg X-IronPort-AV: E=Sophos;i="4.59,169,1288584000"; d="scan'208";a="81950127" Received: from 76-10-154-132.dsl.teksavvy.com (HELO pastel.home) ([76.10.154.132]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 08 Nov 2010 14:09:46 -0500 Received: by pastel.home (Postfix, from userid 20848) id DCCB1A86D8; Mon, 8 Nov 2010 14:09:45 -0500 (EST) From: Stefan Monnier To: MON KEY Subject: Re: bug#7319: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el Message-ID: References: Date: Mon, 08 Nov 2010 14:09:45 -0500 In-Reply-To: (MON KEY's message of "Tue, 2 Nov 2010 16:38:05 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7319-done X-Mailman-Approved-At: Mon, 08 Nov 2010 14:14:05 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > 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 ------------=_1289243702-29089-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 20:33:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDNYD-0002CU-Va for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:33:50 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDNYC-0002CP-23 for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:33:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDNcQ-0005Ml-Hq for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:38:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:38567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDNcQ-0005Mh-EP for submit@debbugs.gnu.org; Tue, 02 Nov 2010 16:38:10 -0400 Received: from [140.186.70.92] (port=55058 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDNcP-0004YX-A1 for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDNcO-0005ML-7d for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:09 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:58382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDNcO-0005MB-34 for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 16:38:08 -0400 Received: by ewy25 with SMTP id 25so3628814ewy.0 for ; Tue, 02 Nov 2010 13:38:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.158.140 with SMTP id q12mr1571432wek.14.1288730285491; Tue, 02 Nov 2010 13:38:05 -0700 (PDT) Received: by 10.216.37.69 with HTTP; Tue, 2 Nov 2010 13:38:05 -0700 (PDT) Date: Tue, 2 Nov 2010 16:38:05 -0400 X-Google-Sender-Auth: XqrHP6x3PeKZsVrRlamk-RS55Dk Message-ID: Subject: `defsetf' methods of `extent-*' in emacs-lisp/cl-macs.el From: MON KEY To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) 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\ ------------=_1289243702-29089-1--