[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] DSF/GDB: How to provide a custom content for a platform view?
|
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Mikhail Khodjaiants
> Sent: Thursday, May 20, 2010 2:47 PM
> To: cdt-dev@xxxxxxxxxxx
> Subject: Re: [cdt-dev] DSF/GDB: How to provide a custom
> content for a platform view?
>
> Thanks Pawel. So to make a simple addition to a view I need
> to write my
> own debugger.
> I hope Marc can answer my second question: what's the logic behind
> exporting and not exporting some of the internal packages?
We only exported what the CDT plugins needed. We never had
request to export other packages so we never actually payed
attention (at least I didn't).
I'm still very un-experienced about APIs so I'm hoping someone
will jump in if I'm saying something stupid.
If you need those packages, go ahead and export them, but let's
keep them internal until we can go through them and make sure
the API is the one we want to commit to.
Is that good enough?
Marc
> Regards,
> Mikhail
> On 20/05/2010 2:14 PM, Pawel Piech wrote:
> > The intention is that the adapter factory would be custom
> written for
> > each debugger, because it's a place to add hooks to customized
> > adapters. But you make a good point that this causes some code
> > duplication (fortunately it's pretty simple logic). So if
> you'd like
> > to contribute a public base class that would be a good API addition.
> >
> > Cheers,
> > Pawel
> >
> > On 05/20/2010 10:40 AM, Mikhail Khodjaiants wrote:
> >> Hi,
> >>
> >> I am trying to implement a custom content for the
> Registers view for
> >> DSF/GDB. As far as I understand, I need to register an adapter
> >> factory for my ILaunch class. The best way to do it is to extend
> >> GdbAdapterFactory, but the package that includes it is not
> exported
> >> as well as the commands package.
> >> The only other option is to write my own implementation or
> copy the
> >> existing one (with all legal consequences) for all these
> classes into
> >> my plug-ins.
> >> Is this correct or maybe I am missing something?
> >> And what is the criteria of exporting internal packages?
> >>
> >> Thanks,
> >> Mikhail
> >> _______________________________________________
> >> 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
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
