emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: running EDE from a file that is not under a project root dir


From: Stephen Leake
Subject: Re: running EDE from a file that is not under a project root dir
Date: Fri, 07 Aug 2015 09:15:02 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt)

Dmitry Gutov <address@hidden> writes:

> On 08/06/2015 05:39 PM, Stephen Leake wrote:
>
>>> How so? As long as your project-find-functions element knows which
>>> variable to look up, you should be all set.
>>
>> How would it know that?
>>
>> Suppose I have a gpr project backend for AdaCore gprbuild projects, and
>> a gradle backend for Android gradle projects.
>
> I was assuming your project backends would share a codebase. But if
> they don't, they'll need to depend on a third package (which can be
> very small).

Right. That "third package" is project.el. What's wrong with that?

>> There are corresponding global variables; gpr-global-project,
>> gradle-global-project, each with a project-find function.
>
> The third package would contain: variable global-project-current,
> function global-project-visit, function global-project-try-it.

How is that different from declaring these in project.el?

>> I'm proposing to fix this by having one global variable with one
>> find-function.
>
> So I take it you're asking the above global-project to be moved to the
> core. 

Right.

> I'm hesitant, but it's better than what I originally understood
> your request to be (add the variable, and make it higher priority than
> project-find-functions).

It has the same priority as anything else in project-find-functions; if
the user wants to give it top priority, they put it first (or only).

> I wonder if the concept of the global project will be very popular.

It's in many current IDEs; Android Studio, Arduino, AdaCore GPS.

-- 
-- Stephe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]