Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Scanner Info discovery for make projects


Done. See http://wiki.eclipse.org/CDT/designs/MBS


On 21/01/2009 9:48 AM, Elena Laskavaia wrote:
Please update wiki page for MBS doc with all these links your found.

Alex Chapiro wrote:
On 20/01/2009 12:02 AM, Alex Chapiro wrote:
I'm tring to fix some problems in scanner context discovery implementation. I need it to customize CDT regular make project to our tool chain (GNU clone). Unfortunately documentation I found is definitely out of date (CDT 3),. That's why I cannot understand real developer's intention in some cases. One of the issues is a discovery profile. Specification describes two types of discovery: per project and per file. Technically each tool chain could have both implementations, or just any one of two. If both implemented, user should be able to select any of them. Is it right? If yes, I don't see a natural way how to do it.There is only one attribute in inputType element that connects particular tool to the particular scanner profile. Another option of interpretation is that developers didn't intend to let integrator to have both profiles for one tool simultaneously . May be? The second subject of my concern is the possibility to select any of all defined profiles for any project using combo box on the discovery options page (see field "Discovery profile".). Is it a bug ? When I look at this feature implementation, it seems to be done on purpose., so I feel myself to be confused. I don't say here about style of implementation (like private constants in code) which is the cause of troubles in customization process, because these are annoying but mainly solvable problems. More interesting to understand what is a correct behavior in this case. I'd appreciate clarification of the issue or just opinion how it should work, or reference to more fresh document.;;Thanks,

Alex.
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
I found more recent documentation in Bugzilla report 115935. I think that it would be much more convenient if design documentation and specs would be concentrated in one place.

Thanks,

Alex
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev



Back to the top