From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: update-subdirs and lisp/term Date: Sat, 26 Sep 2009 19:19:03 +0300 Message-ID: <83r5ttsmq0.fsf@gnu.org> References: <831vlut4sy.fsf@gnu.org> <83ws3mrm6f.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1253981839 27193 80.91.229.12 (26 Sep 2009 16:17:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Sep 2009 16:17:19 +0000 (UTC) Cc: schwab@linux-m68k.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 26 18:17:12 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MrZxP-0006Ru-JS for ged-emacs-devel@m.gmane.org; Sat, 26 Sep 2009 18:17:11 +0200 Original-Received: from localhost ([127.0.0.1]:56391 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MrZxO-0000Lt-Qd for ged-emacs-devel@m.gmane.org; Sat, 26 Sep 2009 12:17:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MrZxI-0000Lb-8X for emacs-devel@gnu.org; Sat, 26 Sep 2009 12:17:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MrZxH-0000LP-AP for emacs-devel@gnu.org; Sat, 26 Sep 2009 12:17:03 -0400 Original-Received: from [199.232.76.173] (port=58070 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MrZxH-0000LM-49 for emacs-devel@gnu.org; Sat, 26 Sep 2009 12:17:03 -0400 Original-Received: from mtaout6.012.net.il ([84.95.2.16]:38467) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MrZxG-00038P-KZ for emacs-devel@gnu.org; Sat, 26 Sep 2009 12:17:02 -0400 Original-Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KQL000006GOPK00@i-mtaout6.012.net.il> for emacs-devel@gnu.org; Sat, 26 Sep 2009 19:17:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.56.156]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KQL0005N6KC4670@i-mtaout6.012.net.il>; Sat, 26 Sep 2009 19:17:01 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) 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:115663 Archived-At: > From: Stefan Monnier > Cc: Andreas Schwab , emacs-devel@gnu.org > Date: Sat, 26 Sep 2009 10:07:34 -0400 > > >> > Does anyone know why we skip lisp/term in update-subdirs? > >> Because files in lisp/term are always loaded with the term/ prefix. > > Thanks. But why is that a good idea? > > It reduces the length of load-path and increases our namespace? But this can be said about any other subdirectory of lisp/, can't it? > Let me put it another way: why would it be a good idea to put lisp/term > in update-subdirs? To avoid a special case that someone could trip on. Every other subdirectory gets subdirs.el created in it, but term does not. Imagine that we will want to have subdirectories under term some day. Why ask maintainers to use up one more register for remembering this factoid, or risk strange failures/bugs? That said, I won't argue. If the above is not convincing, then so be it.