I think it's fine to move C-Breakpoint related classes to base DSF as
long as a DSF-based debugger doesn't have to use them. This shouldn't
be difficult since this functionality is accessed by the actions
through adapters, and adapters are configured separately for each
DSF-based debugger.
Cheers,
Pawel
John Cortell wrote:
If the code is specific to creating a CBreakpoint, then it
may need to
stay out of base DSF since, as Pawel pointed out to me last week, DSF
is
not, and should not, be tied to CBreakpoint. WindRiver's commercial
product, e.g., uses custom breakpoint objects. There may be a way for
the
code to be in the core DSF plugins but it will need to be configured to
only appear for the specific backends that use CBreakpoint (DSF-GDB,
DSF-EDC). This sort of thing can end up being tricky; in my case, I
ended
up having to make DSF-GDB use custom view model _expression_ and variable
nodes.
Hopefully Pawel will correct me if I've misspoken, but that's my
understanding.
John
At 09:46 AM 2/22/2010, Warren.Paul@xxxxxxxxx wrote:
Content-Language: en-US
Content-Type: multipart/alternative;
boundary="_000_5ABC9C306CCC574887C58E7EAC03A28C28C6386B79NOKEUMSG02mgd_"
Does that include the toggle
breakpoint
support as well? John's comment indicates there is some reason for
that to be GDB specific.
Thanks,
Warren
- From:
cdt-dev-bounces@xxxxxxxxxxx
[
mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of ext Marc
Khouzam
- Sent: Saturday, February 20,
2010 9:00 AM
- To: 'CDT General developers
list.'
- Subject: RE: [cdt-dev] Renaming
"DSF Disassembly"
- From a quick look, there is no
technical
reasons to have these things in the gdb plugins.
- DSF being a framework, I
usually add new features to DSF-GDB and once
they are proved stable,
- we move them to DSF. That is
why I put those features in
DSF-GDB.
-
- But since there is an
important reason
to have them in DSF, it would be very easy to move them.
- From:
cdt-dev-bounces@xxxxxxxxxxx
[
mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of
Warren.Paul@xxxxxxxxx
- Sent: Friday, February 19, 2010
12:00 PM
- To: cdt-dev@xxxxxxxxxxx
- Subject: RE: [cdt-dev] Renaming
"DSF Disassembly"
- I just noticed that I can't
set
breakpoints or run to line, etc since I don't have any gnu plugins.
Anxious to hear the reasoning for those being gdb specific.
- From:
cdt-dev-bounces@xxxxxxxxxxx
[
mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of ext John
Cortell
- Sent: Friday, February 19,
2010 10:25 AM
- To: CDT General developers
list.; CDT General developers
list.
- Subject: RE: [cdt-dev]
Renaming "DSF Disassembly"
- The toggle breakpoints support being GDB specific I (now)
understand,
but not the line actions. Maybe Marc can shed some light on why that
stuff is housed there.
- John
- At 10:18 AM 2/19/2010, Madan Teodor-TEMADAN1 wrote:
- Content-Class: urn:content-classes:message
- Content-Type: multipart/alternative;
-
boundary="----_=_NextPart_001_01CAB17F.31AA4A45"
- For viewer to work
with CDI there're the
following dependencies:
- 1.
/org.eclipse.cdt.dsf.ui - the actual DSF viewer and its
dependencies org.eclipse.cdt.dsf, org.eclipse.cdt.dsf.gdb
- 2.
org.eclipse.cdt.dsf.gdb.ui - for IToggleBreakpointsTargetExtension
and IMoveToLineTarget/ IResumeAtLineTarget / IRunToLineTarget
adapters
-
- Teo
- From:
cdt-dev-bounces@xxxxxxxxxxx [
mailto:cdt-dev-bounces@xxxxxxxxxxx]
On Behalf Of
Warren.Paul@xxxxxxxxx
- Sent: Friday, February
19, 2010 6:06 PM
- To: cdt-dev@xxxxxxxxxxx
- Subject: RE: [cdt-dev]
Renaming "DSF Disassembly"
- Given the view is still in DSF, why would we move the
prefs out of
the DSP plugin?
- Well, if it's shared
between DSF and
CDI, then it's really not a DSF feature and I would assume it would be
in
org.eclipse.cdt.debug.ui. Is DSF required in CDT 7.0 or can vendors
ship without it if they're only using CDI?
- _______________________________________________
- 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
|