From: Pedro Alves <palves@redhat.com>
To: Hui Zhu <teawater@gmail.com>
Cc: Eli Zaretskii <eliz@gnu.org>, Hui Zhu <hui_zhu@mentor.com>,
gdb-patches@sourceware.org, marc.khouzam@ericsson.com
Subject: Re: [PATCH] add -s option to make -break-insert support dprintf
Date: Tue, 09 Apr 2013 23:31:00 -0000 [thread overview]
Message-ID: <516454DA.9040109@redhat.com> (raw)
In-Reply-To: <CANFwon23qn_SVjcUWUZ2Z2Y5Euqg8efiwMvXkxTRtA9-2Ttk3Q@mail.gmail.com>
Hi Hui,
Thanks for the patch.
New MI features need a NEWS entry.
On 03/29/2013 08:01 AM, Hui Zhu wrote:
> + if (hardware && dprintf)
> + error (_("-break-insert: -h and -s cannot be use together"));
"cannot be used"
> @@ -180,11 +189,14 @@ mi_cmd_break_insert (char *command, char
> regular non-jump based tracepoints. */
> type_wanted = (tracepoint
> ? (hardware ? bp_fast_tracepoint : bp_tracepoint)
> - : (hardware ? bp_hardware_breakpoint : bp_breakpoint));
> - ops = tracepoint ? &tracepoint_breakpoint_ops : &bkpt_breakpoint_ops;
> + : (hardware ? bp_hardware_breakpoint
> + : (dprintf ? bp_dprintf : bp_breakpoint)));
> + ops = tracepoint ? &tracepoint_breakpoint_ops
> + : (dprintf ? &dprintf_breakpoint_ops
> + : &bkpt_breakpoint_ops);
This is getting unnecessarily hard for humans to grok. Write
instead as (untested):
if (tracepoint)
{
/* move existing comment on fast tracepoints here */
type_wanted = hardware ? bp_fast_tracepoint : bp_tracepoint;
ops = &tracepoint_breakpoint_ops;
}
else if (dprintf)
{
type_wanted = bp_dprintf;
ops = &dprintf_breakpoint_ops;
}
else
{
type_wanted = hardware ? bp_hardware_breakpoint : bp_breakpoint;
ops = &bkpt_breakpoint_ops;
}
> +@item -s "@var{template},@var{expression}[,@var{expression}@dots{}]"
> +Set a dynamic printf breakpoint, described in @ref{Dynamic Printf}.
> +The @var{location}, @var{template} and @var{expression} should be
> +within double quotations and be escaped by being preceded with a backslash.
Please remove the "location" mention here. It's stale.
I think you either say "double quotation marks" or "double quotes",
never "double quotation".
>
> 2013-03-29 Hui Zhu <hui@codesourcery.com>
>
> * breakpoint.c (dprintf_breakpoint_ops): Remove its static.
> * breakpoint.h (dprintf_breakpoint_ops): Add extern.
> * mi/mi-cmd-break.c (mi_cmd_break_insert): Describe the "-s" option.
Not really describing... "Handle"?
> 2013-03-29 Hui Zhu <hui@codesourcery.com>
>
> * gdb.mi/Makefile.in (PROGS): Add "mi-dprintf".
> * gdb.mi/mi-dprintf.c, gdb.mi/mi-dprintf.h: New.
Missing reference to mi-dprintf.exp.
> + foo (loc++);
> + foo (loc++);
> + foo (loc++);
> + return g;
> +}
> +
> +#include <stdlib.h>
Headers at the top, please.
> +/* Make sure function 'malloc' is linked into program. On some bare-metal
> + port, if we don't use 'malloc', it will not be linked in program. 'malloc'
> + is needed, otherwise we'll see such error message
> +
> +standard_testfile .c
.c is the default.
> +if { [gdb_compile "${srcdir}/${subdir}/${srcfile}" "${binfile}" executable {debug}] != "" } {
> + untested mi-dprintf.exp
http://sourceware.org/gdb/wiki/GDBTestcaseCookbook#A.22untested.22_calls
> +set target_can_dprintf 1
This should start out as 0. More below.
> +set msg "Set dprintf style to agent"
> +mi_gdb_test "1set dprintf-style agent" "\[^\n\]*\r\ndone"
> +gdb_expect {
> + -re "\\^done" {
> + pass "$msg - can do"
and be set to 1 here.
Should expect ${mi_gdb_prompt} too.
> + }
> + -re ".*" {
Should expect ${mi_gdb_prompt} too.
But what this actually expecting? Is it:
"warning: Target cannot run dprintf commands, falling back to GDB printf"
? Please adjust the -re accordingly.
> + set target_can_dprintf 0
> + pass "$msg - cannot do"
> + }
> + timeout {
> + fail "resume all, waiting for program exit (timeout)"
Certainly "resume all" is a pasto here.
Related to the comment to "set target_can_dprintf 1" above,
e.g., this failure path didn't set target_can_dprintf to 0.
> + }
> +}
> +
> +if $target_can_dprintf {
Why do I get:
PASS: gdb.mi/mi-dprintf.exp: Set dprintf style to agent - cannot do
with gdbserver?
(The test tries the same thing with a few different options. I suspect
it could be simplified with loops and with_test_prefix.)
--
Pedro Alves
next prev parent reply other threads:[~2013-04-09 17:50 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-28 17:44 Hui Zhu
2013-03-28 18:37 ` Eli Zaretskii
2013-03-29 16:12 ` Hui Zhu
2013-03-29 16:13 ` Eli Zaretskii
2013-04-09 23:31 ` Pedro Alves [this message]
2013-04-10 19:44 ` Marc Khouzam
2013-04-10 19:45 ` Pedro Alves
2013-04-11 6:15 ` Hui Zhu
2013-04-11 17:47 ` Pedro Alves
2013-04-12 14:56 ` Hui Zhu
2013-04-12 15:22 ` Pedro Alves
2013-04-15 18:59 ` Hui Zhu
2013-04-15 19:41 ` Pedro Alves
2013-04-16 9:31 ` Hui Zhu
2013-04-22 1:25 ` Yao Qi
2013-04-12 16:03 ` Eli Zaretskii
2013-04-13 14:16 ` Tom Tromey
2013-04-15 18:04 ` Hui Zhu
2013-04-15 19:36 ` Pedro Alves
2013-04-16 9:31 ` Hui Zhu
2013-04-22 0:18 ` Tom Tromey
2013-04-22 9:07 ` Hui Zhu
2013-04-25 6:51 ` Tom Tromey
2013-05-03 5:43 ` Hui Zhu
2013-05-07 20:50 ` Tom Tromey
2013-05-10 10:57 ` Hui Zhu
2013-05-10 15:24 ` Tom Tromey
2013-05-11 2:38 ` Hui Zhu
2013-05-11 7:29 ` Eli Zaretskii
2013-05-13 3:39 ` Hui Zhu
2013-05-13 15:55 ` Eli Zaretskii
2013-05-14 4:56 ` Hui Zhu
2013-05-20 7:31 ` Hui Zhu
2013-05-20 15:44 ` Eli Zaretskii
2013-05-21 4:25 ` Hui Zhu
2013-05-21 8:10 ` [patch] Fix racy FAILs due to "read1" [Re: [PATCH] add -s option to make -break-insert support dprintf] Jan Kratochvil
2013-05-21 9:30 ` Hui Zhu
2013-05-21 15:01 ` [commit] " Jan Kratochvil
2013-05-22 1:05 ` Hui Zhu
2013-05-23 14:03 ` [patch] Fix racy FAILs #2 " Jan Kratochvil
2013-05-24 15:37 ` [commit] " Jan Kratochvil
2013-05-27 11:02 ` Hui Zhu
2013-05-13 16:23 ` [PATCH] add -s option to make -break-insert support dprintf Tom Tromey
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=516454DA.9040109@redhat.com \
--to=palves@redhat.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=hui_zhu@mentor.com \
--cc=marc.khouzam@ericsson.com \
--cc=teawater@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