Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: gdb-patches@sourceware.org, ghost@cs.msu.su
Subject: Re: [PATCH:MI] Use observers for breakpoints
Date: Thu, 05 Jun 2008 22:05:00 -0000	[thread overview]
Message-ID: <20080605220528.GB3602@adacore.com> (raw)
In-Reply-To: <18501.51738.226990.896238@kahikatea.snap.net.nz>

>  > I suggest you change the observer profile to take a breakpoint
>  > rather than a breakpoint number, to avoid having going from
>  > the breakpoint number back to the breakpoint itself should an
>  > observer need it.
> 
> My observer just uses a function called breakpoint_query (based on
> gdb_breakpoint_query) which only needs the breakpoint number.  I
> think this is an internal detail which could easily be changed should
> the need arise.

I would still prefer it if you passed the breakpoint rather than
the breakpoint number. I'd rather not have to change the interface
later if the breakpoint ended up being needed.

> breakpoint_create_event
> breakpoint_modify_event
> breakpoint_delete_event
> 
> I don't know if there's much to be gained in differentiating between
> creating and modifying a breakpoint but it would certainly make sense
> to have two observers, breakpoints_changed and breakpoints_deleted, say.

We can indeed start with 2 for now.

>  > Just as an aside, I don't know how others would feel about that,
>  > but I wouldn't mind seeing annotate.c:breakpoints_changed being
>  > renamed to annotate_breakpoints_changed.
> 
> This function was moved from breakpoint.c.  A couple of years ago I
> submitted a patch to remove this and some other annotations, just
> keeping the level three annotations.  If we are going to keep it, I
> suggest calling it annotate_breakpoints_invalid after the name of the
> associated annotation and to be consistent with
> annotate_frames_invalid.

Sounds good to me.

-- 
Joel


  reply	other threads:[~2008-06-05 22:05 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-01  2:46 Nick Roberts
2008-06-01  3:21 ` Eli Zaretskii
2008-06-01  3:30   ` Nick Roberts
2008-06-03  5:08 ` Joel Brobecker
2008-06-03 22:48   ` Nick Roberts
2008-06-05 22:05     ` Joel Brobecker [this message]
2008-06-06  1:19       ` Nick Roberts
2008-06-04  7:31 ` Vladimir Prus
2008-06-04  8:34   ` Nick Roberts
2008-06-06  5:08     ` Vladimir Prus
2008-06-09 10:47       ` Nick Roberts
2008-06-09 16:53         ` Vladimir Prus
2008-06-10  2:46           ` Nick Roberts

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=20080605220528.GB3602@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --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