From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.bugs Subject: bug#16998: with-slots should expand to cl-symbol-macrolet Date: Wed, 12 Mar 2014 18:12:54 -0400 Message-ID: <5320DBE6.3020706@siege-engine.com> References: <87r467pkd9.fsf@bernoul.li> <87iorj47r3.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1394662393 20138 80.91.229.3 (12 Mar 2014 22:13:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Mar 2014 22:13:13 +0000 (UTC) Cc: Jonas Bernoulli , 16998@debbugs.gnu.org To: David Engster Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 12 23:13:21 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WNrOq-0001Up-Sp for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Mar 2014 23:13:21 +0100 Original-Received: from localhost ([::1]:35167 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNrOq-00075E-BK for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Mar 2014 18:13:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNrOf-000715-MJ for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 18:13:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNrOY-0003Jp-BQ for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 18:13:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33843) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNrOY-0003Jh-6a for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 18:13:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WNrOX-0006q4-Jv for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 18:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Eric M. Ludlam" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Mar 2014 22:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16998 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16998-submit@debbugs.gnu.org id=B16998.139466238026279 (code B ref 16998); Wed, 12 Mar 2014 22:13:01 +0000 Original-Received: (at 16998) by debbugs.gnu.org; 12 Mar 2014 22:13:00 +0000 Original-Received: from localhost ([127.0.0.1]:35025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNrOV-0006pl-Oi for submit@debbugs.gnu.org; Wed, 12 Mar 2014 18:13:00 -0400 Original-Received: from mail-qc0-f180.google.com ([209.85.216.180]:39131) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNrOT-0006pd-BB for 16998@debbugs.gnu.org; Wed, 12 Mar 2014 18:12:58 -0400 Original-Received: by mail-qc0-f180.google.com with SMTP id x3so202062qcv.25 for <16998@debbugs.gnu.org>; Wed, 12 Mar 2014 15:12:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8ekli073dQ6b3Iw4Tzw+J7pY+A0rnpiQNM/0P7m0ZSY=; b=tnZkNtNf2rqxMA81fhHRyUHWZf7YEap5ZzM1c5y/nfQzY3dm+lMOCD+8BaE7XpDR1R 2TySxNILaF3AH/Z9Bz6KMsPKG+GPssjEZ+nLEoEKuwZPGFADzuf0QBCAuSrAB4R1/5TX Wl4zB2UjaQj4GhKZ7CaUSAJMt/LDNrKpFN0oFTBMmqIUqRbY8+wxegUvZtS7cBDz1L+l T5rqEyWsUMAv3qw2SP0+MyBDSOc/lcFMWbTuZ6FErtNcpjuk9jP2tUBJtRaWqzSWz7Zl J45RtsYr/eyjTInJFvZU6UHjF4LFc0rR0MPw2Df/3OvNx9XGPoiSpvTbWcJ1aOvwEIzX VHtw== X-Received: by 10.224.92.75 with SMTP id q11mr9018qam.56.1394662376692; Wed, 12 Mar 2014 15:12:56 -0700 (PDT) Original-Received: from [192.168.1.201] (pool-71-184-209-46.bstnma.fios.verizon.net. [71.184.209.46]) by mx.google.com with ESMTPSA id q10sm754349qaj.13.2014.03.12.15.12.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 12 Mar 2014 15:12:56 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20091222 Shredder/3.1a1pre In-Reply-To: <87iorj47r3.fsf@engster.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86795 Archived-At: On 03/12/2014 02:00 PM, David Engster wrote: > Stefan Monnier writes: >>> Currently with-slots expands to symbol-macrolet >>> but should instead expand to cl-symbol-macrolet. >> >> Current EIEIO still uses `cl' rather than `cl-lib', because it's part of >> CEDET which wants to run on older Emacsen. >> >> I'm waiting for the CEDET guys to drop EIEIO from CEDET (and rely on >> Emacs's builtin EIEIO instead) to move EIEIO to `cl-lib'. >> >> Some rumors make me think it could happen "real soon now", but it's been >> that way for a while now, so maybe the rumor is wrong, or my >> understanding of it is wrong. > > Yes, I'm sorry about causing this confusion. I tried to remove it, but > it turned out to be more difficult than it looked, mostly because of the > changes we made w.r.t. the EDE security fix, which introduced > type-checking for slots. Older EIEIO versions in Emacs<23.4 don't have > that, which make them pretty much incompatible with current CEDET, which > is why we still have it upstream. > > However, I think that there's no problem to "officially" state that > EIEIO development now happens in Emacs, and that the version in CEDET > will not get updated anymore, but will remain there as a fallback > library for older Emacsen (similar to what Gnus does). > > Eric, would you be OK with that? That would allow us to update the > built-in EIEIO to current Emacs coding standards without breaking > CEDET-from-bzr on older Emacsen. This proposal is fine by me. Short term we will just need to find a good way to have standalone CEDET bootstrap in with either the Emacs version, or with the one in CEDET. Eventually this will become unnecessary. The CEDET bootstrapping still cares about some features missing from Emacs (according to the comments) such as: ;; Currently, Emacs proper doesn't track EIEIO methods. Until it ;; does, we have to advice `describe-variable' and `describe-function' ;; for EIEIO methods to get better help buffers. and ;; This adds further formatting and hyperlinks. (add-hook 'temp-buffer-show-hook 'eieio-help-mode-augmentation-maybee t) I think we will just need to check the Emacs version, and change how we bootstrap and compile. I'm interested in any advice on this. Thanks Eric