Re: [cdt-dev] CDT extensions Proposal

["Alain Magloire" <alain@xxxxxxx>]

> 

Bonjour schemer 8)

> Cool.  I guess we should probably be voting on these proposals...
> 
> +1

Well, we were tempted to get some basic work done on the "Build"
- Clean the warnings.
- get the integration with the CDescriptor scheme.
- Work on the C Problem marker(at least thomasf has shown
  some interest to work on this, but I've moderated down is
  enthousiams since we are not sure on the workflow nor the proposals
  (extension points and all) on the build).

Let us know how we can help.


> 
> Cheers,
> Doug Schaefer
> Senior Staff Software Engineer
> Rational Software - IBM Software Group
> Ottawa (Kanata), Ontario, Canada
>  
> 
> -----Original Message-----
> From: David Inglis [mailto:dinglis@xxxxxxx] 
> Sent: Tuesday, February 25, 2003 3:55 PM
> To: cdt-dev@xxxxxxxxxxx
> Subject: Re: [cdt-dev] CDT extensions Proposal
> 
> Schaefer, Doug wrote:
> > Hey guys,
> > 
> > I just made a quick pass through your proposal.  The first thing that came
> > to mind was that it looks like some of what your are proposing here can be
> > accomplished using Natures.  Certainly associating builders is usually
> done
> > this way.  You could probably associate different tools with a project
> this
> > way as well.  Were there problems with Natures that you ran into?
> 
> Not quite the same as the nature since the extension behavior is not defined
> by
> its existent within the file but completely up to to one that put it there.
> The
> nature interface has a defined behavior wrt the project. The entries in the
> .cdtproject do not, its simply an extension point to project association.
> 
> The main idea behind this proposal is that as we define more extensions that
> fit
> a per-project use, then we have a mechanism that makes this very easy to do.
> 
> > 
> > Having a nice API to manage data in the .cdtproject file would be useful,
> > though.  Build info is a great candidate for this.
> > 
> 
> Its there, each extension has the ability of saving name/value pair data
> with the
> extension.
> 
> > Doug Schaefer
> > Senior Staff Software Engineer
> > Rational Software - IBM Software Group
> > Ottawa (Kanata), Ontario, Canada
> >  
> > 
> > -----Original Message-----
> > From: Alain Magloire [mailto:alain@xxxxxxx] 
> > Sent: Friday, February 21, 2003 4:08 PM
> > To: cdt-dev@xxxxxxxxxxx
> > Cc: cdt-core-dev@xxxxxxxxxxx
> > Subject: [cdt-dev] CDT extensions Proposal
> > 
> > 
> > This is preliminary work, some of the extensions describe in the paper
> > does reflect the current code, but we are woking on it.
> > 
> >
> http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/cdt-core-home/docs/c
> > dtproject_extensions.html?cvsroot=Tools_Project
> > 
> > 
> > Thanks.
> > 
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/cdt-dev
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/cdt-dev
> 
> 
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> 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 !!!