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: Mon, 20 Oct 2014 18:34:48 +0200 Organization: Linux Private Site Message-ID: <87iojed7iv.fsf@Rainer.invalid> References: <87fvekh7i4.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1413822949 9497 80.91.229.3 (20 Oct 2014 16:35:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Oct 2014 16:35:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 20 18:35:44 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 1XgFvm-0005Am-Cs for ged-emacs-devel@m.gmane.org; Mon, 20 Oct 2014 18:35:38 +0200 Original-Received: from localhost ([::1]:45880 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgFvm-0000l1-0M for ged-emacs-devel@m.gmane.org; Mon, 20 Oct 2014 12:35:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46387) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgFvY-0000j3-Bk for emacs-devel@gnu.org; Mon, 20 Oct 2014 12:35:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XgFvQ-0000LP-4P for emacs-devel@gnu.org; Mon, 20 Oct 2014 12:35:24 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:58201) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgFvP-0000LF-Uj for emacs-devel@gnu.org; Mon, 20 Oct 2014 12:35:16 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XgFvL-0004px-TO for emacs-devel@gnu.org; Mon, 20 Oct 2014 18:35:11 +0200 Original-Received: from pd9eb0b10.dip0.t-ipconnect.de ([217.235.11.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Oct 2014 18:35:11 +0200 Original-Received: from Stromeko by pd9eb0b10.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Oct 2014 18:35:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 35 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb0b10.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:A4PTS78cmsG+xxCMcJQVApSxWF8= 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:175595 Archived-At: Stefan Monnier writes: >> The first problem is to ensure that the package is byte-compiled >> correctly. > > Indeed. > >> The second problem is how (if at all) to re-load the newly compiled >> package into the Emacs instance the user has been using. > > That's right. > > *BUT* > > If we can solve the second problem, then the first problem is solved as > well (by reloading the new package(s) before compiling). No it isn't. It's quite easy to get Emacs into a state where you cannot correctly compile anything for instance, although usually the problems will be more subtle. Yes, you can make some problems with macros disappear by re-loading (from source) the package before byte compilation, but it doesn't solve the first problem completely. So we might just as well recognize that these are two different problems to solve that allow for different solutions. The first problem can be solved with another Emacs instance, while the second problem must be solved in the same Emacs instance. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada