Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: Project Model Improvements Re: [cdt-dev] CDT Summit Report

As my contribution of 0.02 cents to the discussion, I agree with Doug and others that it would be better and more impact on performance to resolve data duplication issue. Throwing in database you may end up with the same issues - having stored all the tons of the duplicate data in the database - and add another level of complexity. Wasn't cached project description concept supposed to solve performance?

I think that high level Project Model architecture is quite good, Mikhail and others did a good job on that. But lower level implementation has quite a bit of room for improvement as far as simplification and developer-friendly API and performance gains as a result. I believe that Unit test cases covering in this case serialization (or build - another one I am interested in) from the ground up would help to straighten and crystalize the API. I have started writing some for the benefit of bug 242955, but as James said the lack of committers' attention to Build issues is discouraging. On many occasions currently active committers stated that they do not understand the complexities of the current Build implementation calling for the experts who are not around. I would be willing to work on unit test coverage in this area, which btw is quite an investment for me, but is there somebody to review and discuss and take responsibility to commit API changes it most likely will result in?

Andrew 

On Wed, Oct 1, 2008 at 1:08 PM, James Blackburn <jamesblackburn@xxxxxxxxx> wrote:
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


Back to the top