Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: "Cordian A. Daniluk" <th3c0r1uk@gmail.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] Fix PR breakpoints/20739: Badly formatted adress string  in error message
Date: Sat, 29 Oct 2016 19:57:00 -0000	[thread overview]
Message-ID: <cb58252ab59139728a09384695133160@polymtl.ca> (raw)
In-Reply-To: <20161029183957.32605-1-th3c0r1uk@gmail.com>

On 2016-10-29 14:39, Cordian A. Daniluk wrote:
> Remove duplicate `0x'-prefix for the hex address printed. `paddress'
> already prepends this, so no need to do it manually.
> 
> gdb/ChangeLog:
> 
> 	* breakpoint.c (check_fast_tracepoint_sals): fix PR
> 	breakpoints/20739
> ---
>  gdb/breakpoint.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c
> index 25849da..0adebae 100644
> --- a/gdb/breakpoint.c
> +++ b/gdb/breakpoint.c
> @@ -9628,7 +9628,7 @@ check_fast_tracepoint_sals (struct gdbarch 
> *gdbarch,
>        old_chain = make_cleanup (xfree, msg);
> 
>        if (!rslt)
> -	error (_("May not have a fast tracepoint at 0x%s%s"),
> +	error (_("May not have a fast tracepoint at %s%s"),
>  	       paddress (sarch, sal->pc), (msg ? msg : ""));
> 
>        do_cleanups (old_chain);

That seems like an obvious fix to me, thanks for addressing it.

For the ChangeLog entry, you should follow the standard format as 
described in the following link:

https://sourceware.org/gdb/wiki/ContributionChecklist#Properly_Formatted_GNU_ChangeLog

That means to put the PR mention above the list of files.  The 
description should tell more or less precisely _what_ has changed (and 
not _why_ it was changed, that belongs to the commit message, which is 
already clear in your case).

For example:

	PR breakpoints/20739
	* breakpoint.c (check_fast_tracepoint_sals): Don't print duplicate 0x
	prefix.

I don't see your name in MAINTAINERS, do you have write access to the 
repo?  If you plan to contribute patches regularly, it would be a good 
idea for you to go through the process to get it (you'll need assistance 
from one of the global maintainers).  Otherwise, somebody else with 
write access can push it for you.

Thanks,

Simon


  reply	other threads:[~2016-10-29 19:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-29 16:40 Cordian A. Daniluk
2016-10-29 19:57 ` Simon Marchi [this message]
2016-11-08 12:48   ` 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=cb58252ab59139728a09384695133160@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --cc=gdb-patches@sourceware.org \
    --cc=th3c0r1uk@gmail.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