From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: Treatise on require Date: Sun, 08 Jan 2006 12:45:24 +0100 Message-ID: References: <28049.1136694802@olgas.newt.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1136720764 10515 80.91.229.2 (8 Jan 2006 11:46:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 8 Jan 2006 11:46:04 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 08 12:46:03 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EvYzn-0000Km-99 for ged-emacs-devel@m.gmane.org; Sun, 08 Jan 2006 12:45:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvZ1f-0001Og-Fj for ged-emacs-devel@m.gmane.org; Sun, 08 Jan 2006 06:47:55 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EvZ1C-0001Hs-Uk for emacs-devel@gnu.org; Sun, 08 Jan 2006 06:47:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EvZ1A-0001Gb-2K for emacs-devel@gnu.org; Sun, 08 Jan 2006 06:47:26 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EvZ19-0001GX-NI for emacs-devel@gnu.org; Sun, 08 Jan 2006 06:47:23 -0500 Original-Received: from [195.135.220.2] (helo=mx1.suse.de) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EvZ3F-0008R4-Fv for emacs-devel@gnu.org; Sun, 08 Jan 2006 06:49:33 -0500 Original-Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 59FCAE89F for ; Sun, 8 Jan 2006 12:45:24 +0100 (CET) Original-To: emacs-devel@gnu.org X-Yow: When you get your PH.D. will you get able to work at BURGER KING? In-Reply-To: <28049.1136694802@olgas.newt.com> (Bill Wohler's message of "Sat, 07 Jan 2006 20:33:22 -0800") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:48843 Archived-At: Bill Wohler writes: > Over time, nasty circular dependencies have reared their ugly head in > MH-E. For example, mh-e requires just about other file and just about > every other file requires mh-e. Just for fun there are mini-loops with > mh-customize and and mh-utils. This is currently handled by putting the > call to provides (in mh-e.el) before the various calls to require (whos= e > files require mh-e). IMHO in the long run it would be better to reorganize the files to remove the circular dependencies. For example the interdependency between mh-customize and mh-utils appears to be gratuitous judging just from the file names. Maybe the common functions should be factored out to different/new file. Btw, looking at mh-utils.el, I don't think it should use `load' for optional dependencies. The libraries may already be loaded and should no= t be reloaded just by loading mh-utils. For example, tool-bar is already preloaded in most configurations. Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany PGP key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED= 5 "And now for something completely different."