From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: Elpa packages and macro dependencies. Date: Fri, 17 Oct 2014 10:01:45 +0200 Organization: Linux Private Site Message-ID: <87y4sfgm52.fsf@Rainer.invalid> References: <8761fjsp2c.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1413532949 31400 80.91.229.3 (17 Oct 2014 08:02:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 08:02:29 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 10:02:23 2014 Return-path: Envelope-to: ged-emacs-devel@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 1Xf2UQ-0004Ah-T8 for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 10:02:23 +0200 Original-Received: from localhost ([::1]:58471 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2UQ-0003En-HC for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 04:02:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2U9-0003EN-GV for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:02:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xf2U1-0000bQ-LC for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:02:05 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:33824) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2U1-0000bH-Ee for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:01:57 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xf2U0-0003ue-Ed for emacs-devel@gnu.org; Fri, 17 Oct 2014 10:01:56 +0200 Original-Received: from pd9eb395a.dip0.t-ipconnect.de ([217.235.57.90]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Oct 2014 10:01:56 +0200 Original-Received: from Stromeko by pd9eb395a.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Oct 2014 10:01:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb395a.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.94 (gnu/linux) Cancel-Lock: sha1:FNvGARqdNBuNdaqCnibsHIDDSjQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175508 Archived-At: Stefan Monnier writes: >> That doesn't work when defcustoms, autoloads and defvars change in the >> new version. > > Good point. Indeed defvars and defcustoms can be problematic. > > OTOH I can't see why autoloads would be problematic. Do you happen to > remember of a concrete case, or at least the general shape of > a concrete case? Again, this in particular is only really a problem for built-in packages since there's no way to make Emacs completely forget about the built-in package when you happen to install a newer version of it via ELPA later on. When an autoloaded function is moved into a different file in the new version, the new autoload definition is ignored (because there already is one) and if you try to invoke the function the wrong file gets loaded so it doesn't work (the original autoload definition is always read during Emacs' startup). It's admittedly a rare occurence, but if you split a single-file package into multiple files or if you were to do some refactoring (like the Org 7.x->8.x transistion) it can bite you. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada