Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Kevin Pouget <kevin.pouget@gmail.com>
Cc: pmuldoon@redhat.com, gdb-patches@sourceware.org
Subject: Re: [RFC - Python] New ObjFile event
Date: Thu, 19 May 2011 20:21:00 -0000	[thread overview]
Message-ID: <m3ipt68mrs.fsf@fleche.redhat.com> (raw)
In-Reply-To: <AANLkTima2Kk8C16hjj0kTtvsH9W33CbiE2y6wrVQXns5@mail.gmail.com>	(Kevin Pouget's message of "Wed, 30 Mar 2011 07:31:48 -0400")

>>>>> "Kevin" == Kevin Pouget <kevin.pouget@gmail.com> writes:

Kevin> +	py-value.o \
Kevin> +	py-newobjfileevent.o

Alphabetical, please.  Applies elsewhere in the Makefile patch too.

Kevin>  # found by configure; if GNU Make is not found, we fall back to a
Kevin> diff --git a/gdb/doc/ChangeLog b/gdb/doc/ChangeLog
Kevin> index 08d6c8c..3ea5068 100644
Kevin> --- a/gdb/doc/ChangeLog
Kevin> +++ b/gdb/doc/ChangeLog
Kevin> @@ -1,3 +1,9 @@
Kevin> +2011-03-29  Kevin Pouget <kevin.pouget@st.com>
Kevin> +	* gdb.textinfo (Events In Python): Document `gdb.NewObjFileEvent'

Missing blank line after the date line, and typo: "texinfo", not
"textinfo".

Kevin> +@item events.newobjfile
Kevin> +Emits @code{gdb.NewObjFileEvent} which indicates that a new object-file has
Kevin> +been loaded in the inferior.

This is not an accurate description -- it may or may not be related to a
change in the inferior.

E.g., if the user did "set auto-solib-add off", then no objfile will be
made when a shared library is loaded.

Or, if the user does "add-symbol-file", then a new objfile will be made
even though nothing has changed in the inferior.

Maybe this isn't the event you actually wanted?  I mean -- it is fine to
have this, and I'd like it if you followed through :-), but it may not
do what you are expecting.

Kevin> +  /* Will be NULL when clearing the symtab. */
Kevin> +  if (objfile)
Kevin> +    cleanup = ensure_python_env (get_objfile_arch (objfile), current_language);
Kevin> +  else
Kevin> +    cleanup = ensure_python_env (get_current_arch (), current_language);

I think it is better to just return early if objfile==NULL.
Or, emit a different event in this case.

Kevin> +2011-03-29  Kevin Pouget <kevin.pouget@st.com>
Kevin> +	* testsuite/gdb.python/py-events-shlib.c: New file.

Missing newline.

Kevin> +# Start with a fresh gdb.
Kevin> +
Kevin> +gdb_exit
Kevin> +gdb_start

I think clean_restart is preferred here.
But maybe skip_python_tests has to be inserted in the middle of the
sequence?

Kevin> +gdb_test "run" ".*event type: new_objfile.*
Kevin> +.*new objfile name.*"

This style of test is hard to read.  I'd prefer a \n in there.

Tom


  reply	other threads:[~2011-05-19 20:21 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AANLkTimybJtpUzy13FuLxQQMJfeWQuf3-cgqGmu23Bq5@mail.gmail.com>
2011-03-28  8:49 ` Kevin Pouget
2011-03-28  8:51   ` Kevin Pouget
2011-03-28  9:00     ` Phil Muldoon
2011-03-28  8:54   ` Phil Muldoon
2011-03-28  9:03   ` Phil Muldoon
2011-03-28 10:02     ` Kevin Pouget
2011-03-28 20:28   ` Tom Tromey
2011-03-29 11:11     ` Kevin Pouget
2011-03-30 11:32       ` Kevin Pouget
2011-03-30 12:14         ` Phil Muldoon
2011-03-30 12:15           ` Kevin Pouget
2011-05-19 20:21             ` Tom Tromey [this message]
2011-05-23  8:44               ` Kevin Pouget
2011-09-01  9:56                 ` Kevin Pouget
2011-09-01 11:01                   ` Eli Zaretskii
2011-09-01 11:09                     ` Kevin Pouget
2011-10-03 16:32                       ` Tom Tromey
     [not found]                         ` <CAPftXULEe9R4m7tF=vtJe6NTXHSFAkXgsHCPb3r0mU4wKx0FFg@mail.gmail.com>
2011-10-04  8:25                           ` Kevin Pouget
2011-10-04 17:02                             ` Tom Tromey
2011-10-05 11:10                               ` Kevin Pouget
2011-10-05 14:16                                 ` Tom Tromey
2011-10-05 17:40                                 ` Eli Zaretskii
2011-10-07  7:40                                   ` Kevin Pouget
2011-10-07  7:54                                     ` Kevin Pouget
2011-10-07  8:37 Andreas Tobler
2011-10-07  8:44 ` Kevin Pouget

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=m3ipt68mrs.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=kevin.pouget@gmail.com \
    --cc=pmuldoon@redhat.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