From: "Marc Khouzam" <marc.khouzam@ericsson.com>
To: "Daniel Jacobowitz" <drow@false.org>,
"Nick Roberts" <nickrob@snap.net.nz>
Cc: "Vladimir Prus" <ghost@cs.msu.su>, <gdb-patches@sources.redhat.com>
Subject: RE: [BUG:MI] -break-list doesn't list multiple breakpoints
Date: Fri, 01 Feb 2008 20:15:00 -0000 [thread overview]
Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA04290E7E@ecamlmw720.eamcs.ericsson.se> (raw)
In-Reply-To: <20080130030614.GB13818@caradoc.them.org>
>> > > It's a backwards incompatible change but do other frontends use it?
>> >
>> > Yes; I checked Eclipse before I wrote back.
>>
>> That's odd because ISTR that Eclipse has a console. What happens if you
>> create a breakpoint from the command line? Perhaps Marc can comment.
>
>The console is fairly limited.
>
>> Also isn't DSF meant to replace the debugger frontend that is currently part of
>> Eclipse CDT?
>
>I don't think that's certain yet.
The current discussed plan is to offer both CDI (current CDT debugger frontend) and
DSF, in the next CDT release. It is not official but we are aiming for that.
From what I gather, both will be supported for while.
From a DSF perspective, the breakpoint handling was just recently finished.
And from what I see, the detailed output of break-insert is being used.
This is also true for CDI.
As for the console, I not sure what the ultimate goal is...
When I tried setting a breakpoint from the console it did not trigger any
reaction in the UI. I'll follow up on this within DSF.
> > > As an alternative, I guess this line alone could be removed so that
> > > -break-insert lists the multiple breakpoint locations being set and the
> > > adjust MI documentation to explain this.
> >
> > We should check what the new MI output looks like, and see if it
> > breaks Emacs / Eclipse / Kdevelop. It might be that easy.
I'm guessing from the beginning of the thread, that the output will only only
change in the case of template functions? Is that right?
If that is the case, we don't have a testcase for that :-)
I'll follow up with this too.
Marc
prev parent reply other threads:[~2008-02-01 20:15 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-10 22:08 Nick Roberts
2008-01-11 17:36 ` Vladimir Prus
2008-01-11 21:34 ` Nick Roberts
2008-01-11 22:55 ` Daniel Jacobowitz
2008-01-11 23:38 ` Nick Roberts
2008-01-15 17:08 ` Vladimir Prus
2008-01-15 21:38 ` Nick Roberts
2008-01-13 21:26 ` Nick Roberts
2008-01-29 19:16 ` Daniel Jacobowitz
2008-01-29 22:53 ` Nick Roberts
2008-01-29 23:31 ` Daniel Jacobowitz
2008-01-30 0:52 ` Nick Roberts
2008-01-30 3:04 ` Nick Roberts
2008-01-30 3:20 ` Daniel Jacobowitz
2008-01-30 5:59 ` Vladimir Prus
2008-01-30 7:14 ` Nick Roberts
2008-01-30 7:32 ` Vladimir Prus
2008-01-30 7:50 ` Nick Roberts
2008-01-30 7:58 ` Vladimir Prus
2008-02-01 20:15 ` Marc Khouzam [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6D19CA8D71C89C43A057926FE0D4ADAA04290E7E@ecamlmw720.eamcs.ericsson.se \
--to=marc.khouzam@ericsson.com \
--cc=drow@false.org \
--cc=gdb-patches@sources.redhat.com \
--cc=ghost@cs.msu.su \
--cc=nickrob@snap.net.nz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox