Re: [cdt-dev] rpm plugins

["Alain Magloire" <alain@xxxxxxx>]

> 
> Anyone have any further thoughts on this?
> 

At the first meeting of CDT-1.0, we did agree that
GNU/Linux will be the "default" platform.  Meaning
CDT/Core provides an independent framework but that we
were commited to provide an implementation that should
also work on GNU/Linux, part of of the default distribution.
GDB/MI plugin was an example.

The second argument is mind-share, we want to attract more folks
to the CDT by providing more features/tools.

Third: Is profiler, memory debuggers, code coverage, tool analysis, etc ..
part of the environment we define for the CDT (C/C++ Development Tooling) ? 

If we get the code  in CDT, I would like to break it down in
an abstract(platform independent) part an GNU/Linux dependent part.

IMHO.

> Thanks,
> 
> Sebastien
> 
> > -----Original Message-----
> > From: Jeremy Handcock [mailto:handcock@xxxxxxxxxx]
> > Sent: Friday, June 18, 2004 1:56 PM
> > To: Sebastien Marineau
> > Cc: 'cdt-dev@xxxxxxxxxxx'; cdt-dev-admin@xxxxxxxxxxx; Jeremy Handcock
> > Subject: Re: [cdt-dev] rpm plugins
> > 
> > 
> > Hi Sebastien,
> > 
> > On Thu, Jun 17, 2004 at 06:27:07PM -0400, Sebastien Marineau wrote:
> > > Doug is right on this. There are a couple of ways to do 
> > this, but one
> > > is to create a project and commit group for this; the 
> > second way is to
> > > create a project/commiter group for contributions in 
> > general (or maybe
> > > just Linux extensions), and roll your plugins under that (and in the
> > > future possibly have others).
> > 
> > Has there been any discussion of hosting a CDT 
> > tools/extensions project
> > alongside the CDT core on eclipse.org?  This would keep the 
> > current CDT
> > mandate of a generic framework approach in the core, while creating an
> > organized, open community around CDT tools/extensions development.  Of
> > course, Red Hat's contributions would form the base of such a 
> > project on
> > the Linux side of things.
> > 
> > > I guess I'm looking for a concensus from the group here, as 
> > this is a
> > > departure from the generic frameworks/plugins approach we have taken
> > > up to now.
> > 
> > Yeah, this is an important point.  I'm interested in hearing the
> > opinions of more committers on this.
> > 
> > Again, we'd really like to see these plug-ins hosted with the CDT on
> > eclipse.org.
> > 
> > Jeremy
> > 
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
> 


-- 
au revoir, alain
----
Aussi haut que l'on soit assis, on est toujours assis que sur son cul !!!