Re: [imp-dev] SDF, Box (and ASF+SDF Meta-Environment) deployment on Ecli

["Robert M. Fuhrer" <rfuhrer@xxxxxxxxxxxxxx>]

Jurgen Vinju wrote:
> Hi Bob,
>
>   
> > > A. Why not make one feature that contains all plugins, which have all fragments?
> > >       
>
>   
> > Actually, this isn't what I was suggesting. Let me try to rephrase.
> > I'm suggesting the following structure:
> >
> >  - For each SDF "package" (which I take to mean an installable unit of SDF
> > functionality):
> >    - A single feature, containing:
> >       - one plugin for the Java code (if any)
> >       - one plugin fragment for each target platform
> >       - dependencies as appropriate on other features
> >
> > Does this change your answers at all?
> >     
>
> If I'm not mistaking, this is exactly what I was suggesting too. We
> could be misunderstanding each other.
> So I'll give an example. Let's say the SDF product consists of these
> "packages" (which are indeed installable units of SDF functionality):
>   - aterm (C package)
>   - aterm-java (Java package)
>   - sglr (C package, which depends on aterm)
>   - jsglr (Java package, which depends on aterm-java)
>   - sdf (C package, depends on sglr and jsglr)
>
> You and I are suggesting that:
>  - each C package, (aterm,sglr,sdf) becomes a fragment (and
> corresponding plugin, since a fragment does not exist without a
> plugin): aterm-fragment, sglr-fragment, sdf-fragment, aterm-plugin,
>    sglr-plugin and sdf-plugin.
>   

Here's perhaps where my misunderstanding arose. I think it should read:

 - each C package becomes a *set of fragments*, one fragment per platform
 - the package feature contains all of the plugin fragments for that 
package

In other words, it's not the package feature that becomes platform-specific,
but rather the individual plugin fragments that it contains.

>  - each Java package (aterm-java, jsglr) becomes a plain old plugin
>  - for each C and Java package there is one feature that contains it's
> corresponding plugin: aterm-feature, aterm-java-feature, sglr-feature,
> jsglr-feature, sdf-feature.
>    The feature dependencies will be the original package dependencies,
> so sglr-feature will depend on aterm-feature, etc.
>
> If this is so, we understand each other ;-) Email is a 'nice' medium.
>   

Indeed, it is beaut-i-ful!

--
Cheers,
 -- Bob

--------------------------------
Robert M. Fuhrer
Research Staff Member
Programming Technologies Dept.
IBM T.J. Watson Research Center

IMP Team Lead (http://eclipse-imp.sourceforge.net)
X10: Productivity for High-Performance Parallel Programming (http://x10.sf.net)