From: "Eric M. Ludlam" <eric@siege-engine.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: zappo@gnu.org, emacs-devel@gnu.org
Subject: Re: Filename problem in CEDET merge
Date: Thu, 27 Aug 2009 22:26:42 -0400 [thread overview]
Message-ID: <1251426402.31028.27.camel@projectile.siege-engine.com> (raw)
In-Reply-To: <87fxbcvplf.fsf@cyd.mit.edu>
Hi,
First, I just want to say, that if needed, I don't mind doing some
renames to simplify maintenance. As for having CEDET not work on DOS, I
suppose that is up to the folks who use DOS.
Alternately, here is an experiment you can try. If the directory
~/lisp
is in your load path, and you create:
~/lisp/hack/fooble.el
with the contents:
-----------
; 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.
My preference, of course, is the current naming convention, but this
might work too.
Eric
On Thu, 2009-08-27 at 18:50 -0400, Chong Yidong wrote:
> 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
>
> Renaming would also have the extremely bad effect of diverging from the
> CEDET upstream, which I'd like to avoid if possible.
>
> Does anyone have suggestions for resolving this problem? 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.
>
>
next prev parent reply other threads:[~2009-08-28 2:26 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-27 22:50 Filename problem in CEDET merge Chong Yidong
2009-08-28 2:26 ` Eric M. Ludlam [this message]
2009-08-28 9:45 ` Eli Zaretskii
2009-08-28 11:16 ` Eric M. Ludlam
2009-08-28 11:27 ` Miles Bader
2009-08-28 13:33 ` Eli Zaretskii
2009-08-28 13:55 ` Eric M. Ludlam
2009-08-28 14:06 ` Eli Zaretskii
2009-08-28 14:58 ` Chong Yidong
2009-08-28 15:23 ` Chong Yidong
2009-08-28 15:46 ` Andreas Schwab
2009-08-28 15:26 ` Stefan Monnier
2009-08-28 9:42 ` Eli Zaretskii
2009-08-28 15:23 ` Stefan Monnier
2009-08-28 12:14 ` Leo
2009-08-28 13:44 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1251426402.31028.27.camel@projectile.siege-engine.com \
--to=eric@siege-engine.com \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=zappo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.