From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78338 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: bizarre byte-compile issue, possibly due to EIEIO Date: Mon, 04 Apr 2011 12:29:18 -0400 Message-ID: References: <87hbahww99.fsf@lifelogs.com> <8762qxo4l3.fsf@lifelogs.com> <87lizs9w5e.fsf@randomsample.de> <87sjtzznil.fsf@randomsample.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1301934575 1627 80.91.229.12 (4 Apr 2011 16:29:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 4 Apr 2011 16:29:35 +0000 (UTC) Cc: emacs-devel@gnu.org, ding@gnus.org To: Ted Zlatanov Original-X-From: ding-owner+M26644=ding+2Daccount=gmane.org@lists.math.uh.edu Mon Apr 04 18:29:31 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q6meg-0003ca-3G for ding-account@gmane.org; Mon, 04 Apr 2011 18:29:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Q6mef-0000Rc-1p for ding-account@gmane.org; Mon, 04 Apr 2011 11:29:29 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Q6med-0000RW-Pu for ding@lists.math.uh.edu; Mon, 04 Apr 2011 11:29:27 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Q6mec-0006X7-Ne for ding@lists.math.uh.edu; Mon, 04 Apr 2011 11:29:27 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Q6meb-00049U-IB for ding@gnus.org; Mon, 04 Apr 2011 18:29:25 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHnxmU1Ld/Y6/2dsb2JhbAClYHiIebcihWsElj8 X-IronPort-AV: E=Sophos;i="4.63,298,1299474000"; d="scan'208";a="103093134" Original-Received: from 75-119-246-58.dsl.teksavvy.com (HELO ceviche.home) ([75.119.246.58]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 04 Apr 2011 12:29:18 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 4B8FE660C2; Mon, 4 Apr 2011 12:29:18 -0400 (EDT) In-Reply-To: <87sjtzznil.fsf@randomsample.de> (David Engster's message of "Sun, 03 Apr 2011 11:34:42 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78338 gmane.emacs.devel:138130 Archived-At: > method will then also fail. The funny thing is that Emacs24 *after* the > lexbind merge cannot run that byte-compiled code from Emacs23; is that > to be expected? Whether it's expected, I don't know because I don't know where the problem comes from. But it's not desirable: we like to preserve compatibility with older .elc files and we made no decision to introduce such incompatibility recently, so: it's bug. Stefan