Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Thiago Jung Bauermann <bauerman@br.ibm.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA] Implement support for PowerPC BookE ranged breakpoints
Date: Fri, 28 Jan 2011 09:39:00 -0000	[thread overview]
Message-ID: <83bp31idgm.fsf@gnu.org> (raw)
In-Reply-To: <1296177985.2843.82.camel@hactar>

> From: Thiago Jung Bauermann <bauerman@br.ibm.com>
> Date: Thu, 27 Jan 2011 23:26:25 -0200
> 
> This is (finally!) the last patch in my series to support BookE hardware
> debug features. It adds the following command:
> 
> (gdb) help break-range 
> Set a breakpoint for an address range.
> break-range START-LOCATION, END-LOCATION
> where START-LOCATION and END-LOCATION can be one of the following:
>   LINENUM, for that line in the current file,
>   FILE:LINENUM, for that line in that file,
>   +OFFSET, for that number of lines after the current line
>            or the start of the range
>   FUNCTION, for the first line in that function,
>   FILE:FUNCTION, to distinguish among like-named static functions.
>   *ADDRESS, for the instruction at that address.

Thanks.

> +* When locally debugging programs on PowerPC BookE processors running
          ^^^^^^^
You mean "natively", right?  I don't think we use "local debugging"
elsewhere in our documentation, do we?

> +  a Linux kernel version 2.6.34 or later, GDB supports ranged breakpoints,
> +  which stop execution of the inferior whenever it executes any address
> +  within the specified range.  See the "PowerPC Embedded" section in the

"whenever it executes an instruction at any address within the
specified range".  (You cannot "execute" an address.)

> +      if (b->disposition == disp_del)
> +	printf_filtered (_("Temporary ranged breakpoint"));
> +      else
> +	printf_filtered (_("Ranged breakpoint"));
> +      printf_filtered (_(" %d"), b->number);

This snippet violates one of the rules of translation-ready software:
don't construct phrases from parts.  I suggest to make " %d" part of
each of the two possibilities.

> +static void
> +print_recreate_ranged_breakpoint (struct breakpoint *b, struct ui_file *fp)
> +{
> +  fprintf_unfiltered (fp, "break-range %s", b->exp_string);

Should this string be in _() ?

> +      sals_start.sals = (struct symtab_and_line *)
> +	xmalloc (sizeof (struct symtab_and_line));
> +      sals_start.nelts = 1;

Spaces and TABs mixup alert!

> +The breakpoint will stop execution of the inferior whenever it\n\
> +executes any address within the [start-address, end-address] range\n\
   ^^^^^^^^^^^^^^^^^^^^
Same correction as in NEWS.

> +PowerPC embedded processors support hardware accelerated ranged breakpoints.
> +A @dfn{ranged breakpoint} stops execution of the inferior whenever it

Use @dfn when you first introduce a term, in this case in the previous
sentence.

Also, please add here a @cindex entry about "ranged breakpoint".

> +executes any address within the range it specifies.  To set a ranged
   ^^^^^^^^^^^^^^^^^^^^
Same correction as in NEWS.

> +Set a breakpoint for an address range.
> +@var{start-location} and @var{end-location} can specify a function name,
> +a line number, an offset of lines from the current line or from the start
> +location, or an address of an instruction (@xref{Specify Location},

You want a "see @ref here", not @xref.  The latter will produce "See"
with a capital S, which will look like a typo.  In general, @xref is
supposed to use only at the beginning of a sentence.

> +The breakpoint will stop execution of the inferior whenever it
> +executes any address within the specified range, (including
   ^^^^^^^^^^^^^^^^^^^^
Same correction as above.

The patch for NEWS and the manual is okay with those changes.


  reply	other threads:[~2011-01-28  9:28 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-28  1:54 Thiago Jung Bauermann
2011-01-28  9:39 ` Eli Zaretskii [this message]
2011-01-31 19:07   ` Thiago Jung Bauermann
2011-01-31 20:39     ` Eli Zaretskii
2011-02-17 15:49 ` Ulrich Weigand
2011-02-23 20:50   ` Thiago Jung Bauermann
2011-02-24 20:45     ` [rfc] More intelligent indenting of multi-line table entries (Re: [RFA] Implement support for PowerPC BookE ranged breakpoints) Ulrich Weigand
2011-02-25 14:46       ` Pedro Alves
2011-02-28 15:33         ` [rfc] More intelligent indenting of multi-line table entries (Re: [RFA] Implement support for PowerPC BookE ranged breakpoin Ulrich Weigand
2011-02-28 16:34           ` [commit] Remove unused parameter (Re: [rfc] More intelligent indenting of multi-line table entries) Ulrich Weigand
2011-02-25 15:33       ` [rfc] More intelligent indenting of multi-line table entries (Re: [RFA] Implement support for PowerPC BookE ranged breakpoints) Thiago Jung Bauermann
2011-02-28 17:08     ` [RFA] Implement support for PowerPC BookE ranged breakpoints Ulrich Weigand
2011-03-12  2:03       ` Thiago Jung Bauermann
2011-03-12 16:44         ` Thiago Jung Bauermann
2011-03-14 20:50           ` Ulrich Weigand
2011-03-16  6:07             ` Thiago Jung Bauermann
2011-03-16 18:00               ` Ulrich Weigand
2011-03-14 21:02         ` Ulrich Weigand
2011-03-28 16:50           ` Thiago Jung Bauermann
2011-03-29 13:10             ` Ulrich Weigand
2011-03-31 15:41               ` Thiago Jung Bauermann
2011-03-31 16:04                 ` Thiago Jung Bauermann

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=83bp31idgm.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=bauerman@br.ibm.com \
    --cc=gdb-patches@sourceware.org \
    /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