From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Filename problem in CEDET merge Date: Fri, 28 Aug 2009 20:27:38 +0900 Message-ID: References: <87fxbcvplf.fsf@cyd.mit.edu> <1251426402.31028.27.camel@projectile.siege-engine.com> <837hwoclva.fsf@gnu.org> <1251458160.31028.44.camel@projectile.siege-engine.com> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1251458886 6615 80.91.229.12 (28 Aug 2009 11:28:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 11:28:06 +0000 (UTC) Cc: Eli Zaretskii , zappo@gnu.org, cyd@stupidchicken.com, emacs-devel@gnu.org To: eric@siege-engine.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 28 13:27:58 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 1Mgzcc-0002Ut-Bf for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 13:27:58 +0200 Original-Received: from localhost ([127.0.0.1]:47604 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mgzcb-0005td-Ey for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 07:27:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgzcU-0005tY-Js for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:27:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgzcQ-0005tH-0o for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:27:50 -0400 Original-Received: from [199.232.76.173] (port=51147 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgzcP-0005tD-Sf for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:27:45 -0400 Original-Received: from tyo202.gate.nec.co.jp ([202.32.8.206]:47311) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MgzcL-0005Jp-63; Fri, 28 Aug 2009 07:27:41 -0400 Original-Received: from relay11.aps.necel.com ([10.29.19.46]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id n7SBRcMv020447; Fri, 28 Aug 2009 20:27:38 +0900 (JST) Original-Received: from relay11.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay11.aps.necel.com with ESMTP; Fri, 28 Aug 2009 20:27:38 +0900 Original-Received: from dhlpc061 ([10.114.112.173] [10.114.112.173]) by relay11.aps.necel.com with ESMTP; Fri, 28 Aug 2009 20:27:38 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id 5838452E1EE; Fri, 28 Aug 2009 20:27:38 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop In-Reply-To: <1251458160.31028.44.camel@projectile.siege-engine.com> (Eric M. Ludlam's message of "Fri, 28 Aug 2009 07:16:00 -0400") Original-Lines: 33 X-detected-operating-system: by monty-python.gnu.org: Solaris 8 (1) 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:114745 Archived-At: "Eric M. Ludlam" writes: >> > (provide 'hack/fooble) .... >> > (require 'hack/fooble) >> > >> > and Emacs finds it and loads it. This could be a magic way to have >> > "long" file names on DOS. Just providing 'fooble won't work. >> >> This might work for `require', but I don't think it will work for >> `load' (e.g., in ~/.emacs). > > Load still works with my example, as: > > (load "hack/fooble") This is excellent -- it seems to work great when I tried it for load/require/provide. It seems a _much_ better method for shortening filenames than the "painfully contrived cryptic abbreviations" method we've used previously. In addition, it actually makes the source tree look better: Redundant prefixes on every file in a package are ugly even when the filesystem can deal with the extra length, but I thought they were required to make require/provide work -- but as you point out, maybe not...! If we're going to group all the files for a package in a subdirectory anyway, why not take advantage of that structure? -Miles -- o The existentialist, not having a pillow, goes everywhere with the book by Sullivan, _I am going to spit on your graves_.