RE: Project Model Improvements Re: [cdt-dev] CDT Summit Report

["Schaefer, Doug" <Doug.Schaefer@xxxxxxxxxxxxx>]

As with everything here, if there's no one to contribute, it doesn't get
done. And I personally don't want to invest in fixing anything in
core.settings.*. My intent is to replace it with something simpler,
maintainable, and extendible.

<gratuitous recruiting>
We got here because we ended up relying on a single vendor to work on a
very important part of the CDT. Doing so, you end up in a risky
situation. That's why I encourage everyone, especially vendors that
build commercial products based on the CDT, to step up and earn your
commit rights so you don't get stuck like this.
</gratuitous recruiting>

Doug. 

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of James Blackburn
> Sent: Wednesday, October 01, 2008 1:09 PM
> To: CDT General developers list.
> Subject: Re: Project Model Improvements Re: [cdt-dev] CDT 
> Summit Report
> 
> Thanks everyone for your comments.
> 
> Doug, I appreciate your desire to clean up the Project model 
> and believe it would be a beneficial to cdt. But I'm 
> sceptical that we'll see developers willing to jump into this 
> in the short term.  I have many bugs open against cdt-build, 
> some with patches, nearly all without a single committer 
> comment or acknowledgement.
> 
> I was most interested in discovering if anyone was or is 
> planning on working on this in the very immediate future and 
> this seems not to be the case.  I'm also keen to get a drop 
> in replacement that *just
> works* without requiring massive infrastructural changes.  
> Ideally it will hang off of ICStorageElement (and friends) 
> and from there a direct performance and memory usage 
> comparison can be made.
> 
> Cheers,
> 
> James
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>