From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel Subject: Re: Filename problem in CEDET merge Date: Fri, 28 Aug 2009 07:16:00 -0400 Message-ID: <1251458160.31028.44.camel@projectile.siege-engine.com> References: <87fxbcvplf.fsf@cyd.mit.edu> <1251426402.31028.27.camel@projectile.siege-engine.com> <837hwoclva.fsf@gnu.org> Reply-To: eric@siege-engine.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1251458171 4400 80.91.229.12 (28 Aug 2009 11:16:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 11:16:11 +0000 (UTC) Cc: cyd@stupidchicken.com, zappo@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 28 13:16:03 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 1MgzR4-00074i-Iv for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 13:16:03 +0200 Original-Received: from localhost ([127.0.0.1]:33672 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgzR3-00066I-74 for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 07:16:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgzQy-00065N-7X for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:15:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgzQv-00064Z-DU for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:15:54 -0400 Original-Received: from [199.232.76.173] (port=42714 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgzQv-00064W-9w for emacs-devel@gnu.org; Fri, 28 Aug 2009 07:15:53 -0400 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net ([71.184.83.10]:46819 helo=projectile.siege-engine.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MgzQs-0003K8-Bx; Fri, 28 Aug 2009 07:15:50 -0400 Original-Received: from projectile.siege-engine.com (localhost [127.0.0.1]) by projectile.siege-engine.com (8.14.3/8.14.3/Debian-6) with ESMTP id n7SBG18K006823; Fri, 28 Aug 2009 07:16:01 -0400 Original-Received: (from zappo@localhost) by projectile.siege-engine.com (8.14.3/8.14.3/Submit) id n7SBG0nU006822; Fri, 28 Aug 2009 07:16:00 -0400 X-Authentication-Warning: projectile.siege-engine.com: zappo set sender to eric@siege-engine.com using -f In-Reply-To: <837hwoclva.fsf@gnu.org> X-Mailer: Evolution 2.26.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:114743 Archived-At: On Fri, 2009-08-28 at 12:45 +0300, Eli Zaretskii wrote: > > From: "Eric M. Ludlam" > > Date: Thu, 27 Aug 2009 22:26:42 -0400 > > Cc: zappo@gnu.org, emacs-devel@gnu.org > > > > First, I just want to say, that if needed, I don't mind doing some > > renames to simplify maintenance. > > Thank you. Would doing it as I suggested in my other mail be > acceptable to you? My concern with your other method is that we'd end up with some pretty generic file names and no way to know that they are related to this package by name alone. (ie, the require statement might say: (require 'analyze) which doesn't say too much, where as (require 'semantic/analyze) does, which is why I proposed the below. > > As for having CEDET not work on DOS, I suppose that is up to the > > folks who use DOS. > > I would like CEDET to work on DOS, unless it uses networking or async > subprocesses in its core features. > > > ; A hack. > > (provide 'hack/fooble) > > ----------- > > > > then you can do this: > > > > (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") I recognize that this is non-standard, and if it is not appropriate because of that, that's fine. Since no-one uses it this way, I don't doubt that there are bugs hiding here too, so there is a risk to taking this tactic. Thanks Eric