Re: Help needed testing EDE branch

"Eric M. Ludlam" <[email protected]>
Newsgroups gmane.emacs.cedet
Message-ID <[email protected]>
On 06/25/2014 04:43 PM, Lluís wrote:
> Eric M Ludlam writes:
>> I think your observation is that some of the project types such as Linux
>> and Emacs don't have enough automatically configured such that you want
>> to add some extra on top and save it away.   Perhaps the right thing is
>> to update 'linux' as a subclass of 'generic' but with some of the extra
>> goodness from ede/linux kept around for pre-configuring the system.
>
> I don't have any specific use-case. I was just wondering if it would be possible
> to, for example, customize something like cpp-root's spp-table in
> ede-linux-project, or, for example, set some project-local variables or the
> build command.
>
> In fact, I think that saving the project-local variables across sessions would
> be the most useful feature at this point. To me it makes sense to implement this
> functionality in EDE, but many other tools try to do the same, and emacs also
> has the directory-local variables.
>
> I know it would be a huge effort, but do you think it would make sense to
> refactor the project class hierarchy? For example:
>
> * There could be the current ede-project as a base.
>
> * Per-language subclasses, (e.g., ede-lang-c, ede-lang-c++, ede-lang-java,
>    etc.), which only care about language-specific things like include
>    directories and preprocessor macros.

I think that makes sense.  While re-writing the detection of all these 
projects, I noticed there is replication between several projects for 
the different targets.  The original design did not expect lots of very 
simplistic projects/target combinations.

> * Per "project" subclasses, like ede-proj-linux inheriting from ede-lang-c and
>    automatically setting some of its values like include directories.
>
> The ede-generic-project could be refactored as inheriting from some "sane" set
> of per-language project types (maybe from all of them?).

There are two useful pieces to 'generic', one of which is the 
customizable configuration, and the other is an easy way to add new 
detection schemes.

Perhaps the configuration could be made as a base that other projects 
could pull in as needed.

I think this is an interesting set of ideas.  Something to tackle when 
we finish validating the current major change regarding the project 
detection.

Eric

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Cedet-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cedet-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.