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 21:16:52 +0200 Organization: Linux Private Site Message-ID: <87egu2d00r.fsf@Rainer.invalid> References: <87fvekh7i4.fsf@Rainer.invalid> <87iojed7iv.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1413832663 3078 80.91.229.3 (20 Oct 2014 19:17:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Oct 2014 19:17:43 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 20 21:17:36 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 1XgISW-0005ef-5B for ged-emacs-devel@m.gmane.org; Mon, 20 Oct 2014 21:17:36 +0200 Original-Received: from localhost ([::1]:46451 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgISV-0005gK-OD for ged-emacs-devel@m.gmane.org; Mon, 20 Oct 2014 15:17:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49688) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgISB-0005fs-Kq for emacs-devel@gnu.org; Mon, 20 Oct 2014 15:17:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XgIS5-0005Ag-CM for emacs-devel@gnu.org; Mon, 20 Oct 2014 15:17:15 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:58440) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XgIS5-0005AR-5j for emacs-devel@gnu.org; Mon, 20 Oct 2014 15:17:09 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XgIRz-0005Ok-WF for emacs-devel@gnu.org; Mon, 20 Oct 2014 21:17:04 +0200 Original-Received: from pd9eb2091.dip0.t-ipconnect.de ([217.235.32.145]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Oct 2014 21:17:03 +0200 Original-Received: from Stromeko by pd9eb2091.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Oct 2014 21:17:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb2091.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:LqfbEnu+QwB7jR91cM6FnyL9Oug= 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:175608 Archived-At: Stefan Monnier writes: >> 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. > > What kind of situations/problems are you thinking of? Clever advises or aliases the user has set up that change what gets compiled. Another possibility are manually loaded packages that misguide feature checks at compile time. The old cl macros were a rich source of potential problems if you weren't careful, but the advent of cl-lib has made things much cleaner. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra