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: Filename problem in CEDET merge Date: Fri, 28 Aug 2009 12:42:29 +0300 Message-ID: <838wh4cm0q.fsf@gnu.org> References: <87fxbcvplf.fsf@cyd.mit.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1251452666 20761 80.91.229.12 (28 Aug 2009 09:44:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 09:44:26 +0000 (UTC) Cc: zappo@gnu.org, emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 28 11:44:19 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 1Mgy0G-0004WI-PY for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 11:44:17 +0200 Original-Received: from localhost ([127.0.0.1]:38419 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mgy0F-0004hM-Hz for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 05:44:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mgy09-0004gi-Pj for emacs-devel@gnu.org; Fri, 28 Aug 2009 05:44:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mgy08-0004gJ-W3 for emacs-devel@gnu.org; Fri, 28 Aug 2009 05:44:09 -0400 Original-Received: from [199.232.76.173] (port=37930 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mgy08-0004gA-NF for emacs-devel@gnu.org; Fri, 28 Aug 2009 05:44:08 -0400 Original-Received: from mtaout7.012.net.il ([84.95.2.19]:46349) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mgy06-0004gC-Hv; Fri, 28 Aug 2009 05:44:06 -0400 Original-Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KP200J00YY0LR00@i-mtaout7.012.net.il>; Fri, 28 Aug 2009 12:42:25 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.144.38]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KP200CX4YYOFT50@i-mtaout7.012.net.il>; Fri, 28 Aug 2009 12:42:25 +0300 (IDT) In-reply-to: <87fxbcvplf.fsf@cyd.mit.edu> 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:114738 Archived-At: > From: Chong Yidong > Date: Thu, 27 Aug 2009 18:50:20 -0400 > Cc: zappo@gnu.org > > While working on the CEDET merge, I've come across a problem with the > 8+3 filename restriction. > > Semantic, CEDET's parser library, contains filenames that look like > this: > > semantic.el > semantic-analyze.el > semantic-analyze-complete.el > semantic-analyze-debug.el > > These clearly break the 8+3 limit. In the past, we've dealt with this > by renaming files, e.g. shortening "semantic" to "sem", but even this > fails: > > sem-analyze.el > sem-analyze-complete.el > sem-analyze-debug.el How about making a subdirectory, in addition to shortening? semantic.el --> semantic/semantic.el semantic-analyze.el --> semantic/analyze.el semantic-analyze-complete.el --> semantic/analyz-complete.el semantic-analyze-debug.el --> semantic/analyz-debug.el > Renaming would also have the extremely bad effect of diverging from the > CEDET upstream, which I'd like to avoid if possible. Maybe the upstream maintainer will agree to rename, in which case we don't diverge. > Does anyone have suggestions for resolving this problem? Any other solution would mean more work. We could implement some file-name remapping feature, for example, whereby Emacs looks up a map of file names and loads/visits the target of the mapping. But I wouldn't even dream requesting such a development effort on behalf of the DOS port; renaming is so much easier, and is a one-time effort. > As far as possible, it should remain possible to untar and compile > Emacs on DOS, though it's acceptable if the CEDET library doesn't > work on DOS. Why would it be acceptable for CEDET not to work on DOS? Up until now, the only Emacs features that didn't work were those which were based on infrastructure absent on DOS: networking and async subprocesses. It doesn't make sense to me to continue maintaining the DOS port if we start omitting useful features from it based on file-name clashes or such likes.