We've kicked off another sprint of EDC development: Warren is refactoring the Dwarf symbol reader to support an general symbol reader API that can be used for other symbol formats. Steve is adding support for more variable types: enums, arrays etc. Stephen is beefing up the Dwarf variable location to handle a lot of variable storage types we hadn't covered yet. Ling is cleaning up some bits of the Windows and Linux reference debuggers so they can reuse the existing CDT launch configurations. Chad is working on support for attaching to a running process. David is adding general support for consoles, integrating the Eclipse console view and data from the TCF streams service. Tim and Vasili are working on general stabilization and unit tests. I'm working on the beginnings of scripting support, outlining a DOM and prototyping how you can automate the EDC debugger from outside of Eclipse.
2 comments:
> I'm working on the beginnings of
> scripting support, outlining a DOM
> and prototyping how you can automate
> the EDC debugger from outside of
> Eclipse.
Interesting.
What is your approach for scripting outside of Eclipse?
All the TCF services can be accessed by any scripting language, but you need a running instance of the agents providing these services.
EDC moves some of these services from an external C agent to an Eclipse plugin. Doesn't this imply that you need a running instance of Eclipse?
Probably, EDC would be much more reusable (and testable) if it was provided as a stand alone agent that interfaces to Eclipse through TCF.
Cheers,
Emilio
Here is the nearly all interactive meeting in order to aspect predisposition befriend. International nearly all classs, an individual excite in order to delay payments on drastically some sort of tight prior finding a riposte seldom on challenging dresss. silicon carbide tiles
Post a Comment