Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Phil Muldoon <pmuldoon@redhat.com>
To: Pedro Alves <pedro@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [patch] [python] Expose some breakpoint operations to Python
Date: Thu, 23 Jun 2011 14:46:00 -0000	[thread overview]
Message-ID: <m3r56kli6h.fsf@redhat.com> (raw)
In-Reply-To: <201106231507.14817.pedro@codesourcery.com> (Pedro Alves's	message of "Thu, 23 Jun 2011 15:07:14 +0100")

Pedro Alves <pedro@codesourcery.com> writes:

>> What do you think?
>
> Well, here's my kneee jerk reaction.  Last night I started converting
> all breakpoints to use breakpoint_ops, and I immediately stumbled on
> the fact that the print_one method doesn't appear to work as is.  I
> don't like the idea of exposing the API as is and getting stuck
> with it when we haven't even made sure it's a good fit for
> gdb's own regular breakpoints.  :-(

I'm curious to know what is wrong with it.  print_one just passes the
breakpoint and the address to the consumer, and the consumer then just
prints to the "Addr" and "What" fields.  In the strict context of the
API, it works in the Python tests.

Can you expand on that instance?

OTOH, in a larger sense, I agree with your internal API statement.  If
it is not suitable yet, we should not expose it yet.  For example the
"print_it" enum 'SRC_ONLY' just prints a source-line number (without a
file). I cannot fathom how it would be useful.  Then again, there is
lots that I do not consider useful, but it is in some other GDB context.

If you have a plan for the API, could your write it up? I am ready and
willing to help out wherever and whenever needed.

Cheers

Phil
-- 
Registered in England and Wales under Company Registration No. 03798903
Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson
(USA), Charlie Peters (USA)


  reply	other threads:[~2011-06-23 14:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-23 12:35 Phil Muldoon
2011-06-23 13:19 ` Eli Zaretskii
2011-06-23 14:07 ` Pedro Alves
2011-06-23 14:46   ` Phil Muldoon [this message]
2011-06-23 15:30     ` Pedro Alves
2011-06-23 15:57       ` Phil Muldoon
2011-06-23 17:04         ` Pedro Alves
2011-06-23 18:58           ` Phil Muldoon
2011-06-24 16:42           ` more OO, use breakpoints_ops for all kinds of breakpoints (Re: [patch] [python] Expose some breakpoint operations to Python) Pedro Alves
2011-06-27  8:52             ` Phil Muldoon
2011-07-22 15:06             ` Phil Muldoon
2011-07-22 15:20               ` Pedro Alves

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=m3r56kli6h.fsf@redhat.com \
    --to=pmuldoon@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=pedro@codesourcery.com \
    /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