From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#19564: 24.4; eieio backward compatibility Date: Tue, 13 Jan 2015 11:37:41 -0500 Message-ID: References: <87oaq5sq0h.fsf@gmail.com> <87r3v01qwg.fsf@gmail.com> <87oaq2x3gb.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1421167159 20624 80.91.229.3 (13 Jan 2015 16:39:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Jan 2015 16:39:19 +0000 (UTC) Cc: 19564@debbugs.gnu.org To: Thierry Volpiatto Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 13 17:39:12 2015 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 1YB4Up-0000TE-DH for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 Jan 2015 17:39:11 +0100 Original-Received: from localhost ([::1]:40128 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YB4Uo-0002SK-Rn for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 Jan 2015 11:39:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YB4Uk-0002Og-Ep for bug-gnu-emacs@gnu.org; Tue, 13 Jan 2015 11:39:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YB4Ug-0003dM-Bd for bug-gnu-emacs@gnu.org; Tue, 13 Jan 2015 11:39:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46779) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YB4Ug-0003dH-97 for bug-gnu-emacs@gnu.org; Tue, 13 Jan 2015 11:39:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YB4Ug-0004oZ-3c for bug-gnu-emacs@gnu.org; Tue, 13 Jan 2015 11:39:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Jan 2015 16:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19564-submit@debbugs.gnu.org id=B19564.142116708918430 (code B ref 19564); Tue, 13 Jan 2015 16:39:02 +0000 Original-Received: (at 19564) by debbugs.gnu.org; 13 Jan 2015 16:38:09 +0000 Original-Received: from localhost ([127.0.0.1]:55636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YB4To-0004nB-HC for submit@debbugs.gnu.org; Tue, 13 Jan 2015 11:38:08 -0500 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]:59402) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YB4Tm-0004n3-0g for 19564@debbugs.gnu.org; Tue, 13 Jan 2015 11:38:06 -0500 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 4053585D4C; Tue, 13 Jan 2015 11:38:05 -0500 (EST) Original-Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 46AEF1E5B8B; Tue, 13 Jan 2015 11:37:41 -0500 (EST) Original-Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 2D0F3B4102; Tue, 13 Jan 2015 11:37:41 -0500 (EST) In-Reply-To: <87oaq2x3gb.fsf@gmail.com> (Thierry Volpiatto's message of "Tue, 13 Jan 2015 13:36:20 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca 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:98313 Archived-At: >> That doesn't explain to me *why* it needs it. >> Why does Helm need to know the initarg of a slot? > Helm needs to know the value of each slot in class to convert it to > alist. But the initarg is not the slot, so that doesn't explain why you need the initargs? > But well I don't see the problem, class-slot-initarg exists and I just > want to use it, why should I avoid using it ? As exlained in bug#19552, EIEIO's use of namespaces and internal/external definitions was terribly messy (and it's still far from ideal), so you were left having to guess whether you were allowed to use something. > Is its use prohibited ? :-) Well since it's not part of CLOS, I think it should be considered internal to EIEIO's implementation, and hence I renamed it accordingly with the "eieio--" prefix (and slightly changed its calling convention). > I could get rid of class-slot-initarg and now the bug is fixed in helm. Could you give me a quick description of what you replaced it with? > The problem is not solved though if some old external program use this. Indeed. I can add an obsolete backward-compatible definition to handle that, but I'd first like to better understand why it was used: maybe it shouldn't be declared internal after all. > There is also a problem now with compiled files, emacs-24.4 compiled > files are not compatibles with emacs-25 compiled files and vice-versa. Files compiled with Emacs-25 are indeed not expected to work on Emacs-24, but the other way should work (tho some of the changes in EIEIO aren't backward compatible at their core, but so far those seemed not to affect existing .elc files), so if it doesn't please M-x report-emacs-bug, so we can see if/how we can fix it. Stefan