From: "Eric M. Ludlam" <eric@siege-engine.com>
To: emacs-devel@gnu.org
Subject: Re: A unified project root interface
Date: Tue, 12 Mar 2013 19:28:28 -0400 [thread overview]
Message-ID: <513FBA1C.5040100@siege-engine.com> (raw)
In-Reply-To: <87hakh2299.fsf@fimbulvetr.bsc.es>
On 03/11/2013 02:57 PM, Lluís wrote:
> Stefan Monnier writes:
>
>>> So this is my somewhat verbose request to say "yes, let's do this" and
>>> pick a library to provide the functionality.
>
>> Agreed. There are already different such things distributed with Emacs:
>> .dir-locals.el is one of them. CEDET has its own notion.
>> As mentioned .dir-local.el often acts as a project root, but it can also
>> appear in sub-directories of a project, so it's not sufficient.
>> It should at least be augmented so that some .dir-locals.el can be
>> flagged as "non-root".
>
>> If the only need is to figure out the "root directory of the project",
>> then maybe a simple solution is:
>
>> (defvar project-root-predicate
>> (lambda () (file-exists-p ".dir-locals.el")))
>> (defun project-root ()
>> (locate-dominating-file default-directory project-root-predicate))
>
>> where packages can (add-function :until-before (default-value
>> project-root-predicate)<mypredicate>) to recognize other "tell tale
>> sign" of a project root (e.g. a Tupfile).
>
> CEDET provides this in two ways (as part of the EDE subsystem):
>
> * If a Project.ede file exists, that's the root (similar to .dir-locals.el in
> this context)
>
> * If signs of a "project-like" structure exist (e.g., (auto)makefiles, scons,
> java, etc), uses system-specific knowledge to automatically detect the project
> root.
>
>
> I'm commenting this because, first, managing projects is the purpose of EDE
> (although it tries to do more than just identifying their root) and it's
> integrated in Emacs; and second, because the auto-detection could help in making
> the process simpler and, in the best case, auto-magical.
I, of course, agree with Lluis. EDE is already setup to automatically
find projects as was requested. Adding new projects through the
'generic' system is a pretty simple prospect.
I know some people think of EDE as being this big thing for creating
your Makefiles, but its most common use really is to just tag the root
of a project, and hang some configuration features for semantic auto
completion. Adding new detectable projects to EDE would be a win all
around.
Eric
next prev parent reply other threads:[~2013-03-12 23:28 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-09 16:44 A unified project root interface Jorgen Schaefer
2013-03-09 17:12 ` Fabian Ezequiel Gallina
2013-03-10 5:38 ` Stefan Monnier
2013-03-10 10:06 ` Jorgen Schaefer
2013-03-11 18:57 ` Lluís
2013-03-12 23:28 ` Eric M. Ludlam [this message]
2013-03-12 23:42 ` Jorgen Schaefer
2013-03-13 2:02 ` Eric M. Ludlam
2013-03-13 18:03 ` David Engster
2013-03-13 19:11 ` Sudish Joseph
2013-03-16 0:47 ` Eric M. Ludlam
2013-03-16 14:18 ` David Engster
2013-03-16 15:02 ` Jorgen Schaefer
2013-03-16 22:27 ` Phil Hagelberg
2013-03-16 22:59 ` David Engster
2013-03-16 23:16 ` Jorgen Schaefer
2013-03-17 17:40 ` David Engster
2013-03-17 18:18 ` Jorgen Schaefer
2013-03-18 22:50 ` David Engster
2013-03-19 1:57 ` John Yates
2013-03-19 7:18 ` David Engster
2013-03-19 12:23 ` Eric M. Ludlam
2013-03-19 13:06 ` Stefan Monnier
2013-03-19 19:09 ` David Engster
2013-03-20 3:21 ` Stefan Monnier
2013-03-20 4:48 ` Leo Liu
2013-03-20 7:04 ` joakim
2013-03-20 7:05 ` David Engster
2013-03-20 7:13 ` David Engster
2013-03-20 12:57 ` Stefan Monnier
2013-03-20 16:14 ` Davis Herring
2013-03-20 17:41 ` Stefan Monnier
2013-03-20 17:48 ` Stefan Monnier
2013-03-20 18:20 ` Bruce Korb
2013-03-20 22:14 ` Stefan Monnier
2013-03-20 16:34 ` David Engster
2013-03-20 17:47 ` Stefan Monnier
2013-03-21 0:55 ` Eric M. Ludlam
2013-03-21 3:27 ` Stefan Monnier
2013-03-21 4:07 ` Eric M. Ludlam
2013-03-21 14:33 ` Stefan Monnier
2013-03-22 2:12 ` Eric M. Ludlam
2013-03-23 11:04 ` EIEIO split (was: A unified project root interface) David Engster
2013-03-21 16:32 ` A unified project root interface David Engster
2013-03-22 0:47 ` Eric M. Ludlam
2013-03-22 20:30 ` David Engster
2013-03-23 17:10 ` Eric M. Ludlam
2013-03-23 17:26 ` Jorgen Schaefer
2013-03-23 18:02 ` Dmitry Gutov
2013-03-23 20:51 ` Pascal J. Bourguignon
2013-03-24 4:25 ` Dmitry Gutov
2013-03-24 10:13 ` Jorgen Schaefer
2013-04-06 13:25 ` Jorgen Schaefer
2013-04-06 17:13 ` Eric M. Ludlam
2013-04-08 19:03 ` David Engster
2013-12-31 20:12 ` Daniel Colascione
2013-03-20 17:49 ` Jorgen Schaefer
2013-03-19 7:33 ` Jorgen Schaefer
2013-03-17 8:08 ` joakim
2013-03-12 15:34 ` Sudish Joseph
2013-03-12 16:51 ` Dmitry Gutov
2013-03-12 18:23 ` Ted Zlatanov
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=513FBA1C.5040100@siege-engine.com \
--to=eric@siege-engine.com \
--cc=emacs-devel@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.