[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [cdt-dev] Re: [cdt-patch] Indexer Patch Resubmit
|
For what it is worth, I agree with your Doug, although I don't have
a better solution readily at hand to propose without significant re-work.
I think that we should consider throwing this in to a bugzilla entry
for future consideration so that we at least remember that it was an
itchy point.
Thomas
> -----Original Message-----
> From: cdt-dev-admin@xxxxxxxxxxx
> [mailto:cdt-dev-admin@xxxxxxxxxxx] On Behalf Of Douglas Schaefer
> Sent: March 21, 2005 1:41 PM
> To: cdt-patch@xxxxxxxxxxx; cdt-dev@xxxxxxxxxxx
> Subject: [cdt-dev] Re: [cdt-patch] Indexer Patch Resubmit
>
> I guess it is fundamental that way. I do not think that
> plugins should be managing/controlling projects.
>
> The questions I have trouble answering are what qualifies
> something as an "owner" of a project? Why does standard make
> and managed make "own" the project and not the language
> nature for the project, or some other aspect of a project?
> Who would own the project if we made managed make an
> extension of standard make as we've discussed in the past?
> What are the semantics behind ownership? What problems were
> we trying to solve by adding the concept of owner to the CDT?
>
> Projects exist independent of the natures/builders that are
> attached to it. In fact, projects own what natures and
> builders are applied to it. By having one of the
> natures/builders owning the project seems to turn this upside
> down. This is something that has always bothered me, and I
> think I've finally found a concrete reason why. How many
> owners are going to forget to upgrade binary parsers and
> indexers and anything else we add in the future? Or are there
> any other owners or is this point moot?
>
> Anyway, this is just my opinion and to change anything now
> probably isn't worth it. If it becomes too much of a problem,
> though, I'd like to revisit this.
>
> Doug Schaefer
> Ottawa Lab, IBM Rational Software Division
>
>
>
> Dave Inglis <dinglis@xxxxxxx>
> Sent by: cdt-patch-admin@xxxxxxxxxxx
> 03/21/2005 11:06 AM
> Please respond to
> cdt-patch
>
>
> To
> cdt-patch@xxxxxxxxxxx
> cc
>
> Subject
> Re: [cdt-patch] Indexer Patch Resubmit
>
>
>
>
>
>
> But they are not just build plugins, they really manage/control the
> project itself
> (and rightly should, no?). However I do understand your
> concern and would
> like to here any thoughts on improving this (from the soul of
> course ;-)).
>
> Douglas Schaefer wrote:
> > I have applied this patch. I have a huge concern over the
> need to change
>
> > the build plugins to deal with non-build related issues. This
> information
> > is getting spread out way to far and will make it very difficult to
> change
> > in the future. Anyone implementing ICOwner and wish to use
> the indexer,
> > please clone the code. (Now that really hurts my
> architectural soul...)
> >
> > Doug Schaefer
> > Ottawa Lab, IBM Rational Software Division
> >
> >
> >
> > Bogdan Gheorghe/Ottawa/IBM@IBMCA
> > Sent by: cdt-patch-admin@xxxxxxxxxxx
> > 03/21/2005 09:52 AM
> > Please respond to
> > cdt-patch
> >
> >
> > To
> > cdt-patch@xxxxxxxxxxx
> > cc
> >
> > Subject
> > [cdt-patch] Indexer Patch Resubmit
> >
> >
> >
> >
> >
> >
> >
> > Refreshed + Resubmitted:
> > [attachment "cdtcoretestspatch.txt" deleted by Douglas
> > Schaefer/Ottawa/IBM] [attachment "cdtcorepatch.txt" deleted
> by Douglas
> > Schaefer/Ottawa/IBM] [attachment "cdtuipatch.txt" deleted
> by Douglas
> > Schaefer/Ottawa/IBM] [attachment "cdtmanagedbuildercorepatch.txt"
> deleted
> > by Douglas Schaefer/Ottawa/IBM] [attachment "cdtmakecorepatch.txt"
> deleted
> > by Douglas Schaefer/Ottawa/IBM]
> >
> > _______________________________________________
> > cdt-patch mailing list
> > cdt-patch@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/cdt-patch
> _______________________________________________
> cdt-patch mailing list
> cdt-patch@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-patch
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
>