Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] DSDP-DD memory plugins to CDT?


I feel indifferent to the componentization. Platform uses their "Debug" component for the Memory view infrastructure.

ted

Schaefer, Doug wrote:
+1.
BTW, is this really a new component or is it part of the Debug base?
Doug.

    ------------------------------------------------------------------------
    *From:* cdt-dev-bounces@xxxxxxxxxxx
    [mailto:cdt-dev-bounces@xxxxxxxxxxx] *On Behalf Of *John Cortell
    *Sent:* Wednesday, February 04, 2009 8:02 AM
    *To:* CDT General developers list.; cdt-dev@xxxxxxxxxxx
    *Subject:* Re: [cdt-dev] DSDP-DD memory plugins to CDT?

    Ken's situation is ours, too. It would make things easier for us.

    John

    At 01:02 AM 2/4/2009, ken.ryall@xxxxxxxxx wrote:
    Content-Language: en
    Content-Type: multipart/alternative;
    boundary="_000_C5AE99905A1E2kenryallnokiacom_"

    I support doing this, we have always shipped our product with the
    traditional memory rendering and I’d be happy to see it in CDT.

    - Ken


    *From: *ext Pawel Piech <pawel.piech@xxxxxxxxxxxxx
    <pawel.piech@xxxxxxxxxxxxx> >
    *Reply-To: *"CDT General developers list." <cdt-dev@xxxxxxxxxxx
    <cdt-dev@xxxxxxxxxxx>>
    *Date: *Wed, 4 Feb 2009 07:19:23 +0100
    *To: *"CDT General developers list." <cdt-dev@xxxxxxxxxxx
    <cdt-dev@xxxxxxxxxxx>>
    *Subject: *Re: [cdt-dev] DSDP-DD memory plugins to CDT?

    I feel I should add a little more background here. At the CDT summit
    in October we briefly discussed the memory rendering and whether we
    should try to contribute it to CDT. At the time and until
    recently, we
    were in a conversation with the Debug platform team to determine
    whether
    the rendering could be contributed there. In the end it doesn't seem
    that the rendering would be a good fit for the Platform project
    so we're
    trying to see if we can fold it into CDT as part of the larger
    move of
    components from the Device Debugging project to CDT.

    As far as the mechanics of contributing the memory rendering, we
    would
    probably need to create a new memory component to contain these,
    and I
    guess we would need to define a new optional feature for it as well.
    Having just gone through this for DSF and DSF-GDB I could help
    with the
    process.

    -Pawel

    Ted Williams wrote:
    >
    > As part of the migration of DSF from DSDP-DD to CDT, we failed to
    > transfer the DD memory plugins. There are three:
    >
    > org.eclipse.dd.debug.memory.renderings.traditional (memory view
    > rendering, maintenance)
    >
    > org.eclipse.dd.debug.ui.memory.transport (import/export,
    > experimental/collaboration desired)
    >
    > org.eclipse.dd.debug.ui.memory.search (find/replace,
    > experimental/collaboration desired)
    >
    >
    > How do CDT folks feel about accepting these plugins?
    >
    >
    > ted
    >
    >
    >
    > Schaefer, Doug wrote:
    >> Hey gang,
    >>
    >> We have completed the legal and infrastructure setup to allow the
    >> physical move of the DSF code into the CDT repository.
    >>
    >> As a result, I'd like to welcome the following new CDT committers
    >> (all committers of DSF approved as part of the Move review):
    >>
    >> - Pawel Piech (Wind River) - cdt-debug-dsf Component Lead
    >> - Mark Khouzam (Ericsson) - cdt-debug-dsf-gdb Component Lead
    >> - Randy Rohrbach (Wind River)
    >> - Ted Williams (Wind River)
    >> - Francois Chouinard (Ericsson)
    >>
    >> Very cool!
    >>
    >> Doug.
    >>
    ------------------------------------------------------------------------
    >>
    >> _______________________________________________
    >> cdt-dev mailing list
    >> cdt-dev@xxxxxxxxxxx <cdt-dev@xxxxxxxxxxx>
    >> https://dev.eclipse.org/mailman/listinfo/cdt-dev
    >>
    >
    >
    > _______________________________________________
    > cdt-dev mailing list
    > cdt-dev@xxxxxxxxxxx <cdt-dev@xxxxxxxxxxx>
    > https://dev.eclipse.org/mailman/listinfo/cdt-dev

    _______________________________________________
    cdt-dev mailing list
    cdt-dev@xxxxxxxxxxx <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

------------------------------------------------------------------------

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




Back to the top