From: Tom Tromey <tromey@redhat.com>
To: Justin Lebar <justin.lebar@gmail.com>
Cc: Eli Zaretskii <eliz@gnu.org>, Stan Shebs <stan_shebs@mentor.com>,
gdb-patches@sourceware.org
Subject: Re: Status of 'blacklist' patch?
Date: Fri, 28 Oct 2011 18:18:00 -0000 [thread overview]
Message-ID: <m3k47p7zmy.fsf@fleche.redhat.com> (raw)
In-Reply-To: <CAFWcpZ6L19SsFsJTD9Jf=Et7chWTeU-rywDmP6rDZzPPDnWFLw@mail.gmail.com> (Justin Lebar's message of "Wed, 26 Oct 2011 11:06:22 -0400")
>>>>> "Justin" == Justin Lebar <justin.lebar@gmail.com> writes:
Justin> Thanks for the testing advice; I ran the test many times on my
Justin> machine, and it now works without error every time.
Justin> New roll-up patch is attached. The only difference from v4 is
Justin> in skip.exp.
Thanks for persevering.
Your test cases seem nicely comprehensive; thanks for making the extra
effort.
I think one more iteration; I would approve-it-with-changes but there is
one non-cosmetic issue. It isn't too major.
Justin> +/* Attempt to determine architecture of location identified by SAL. */
Justin> +extern struct gdbarch *
Justin> +get_sal_arch (struct symtab_and_line sal);
In a case like this, indent the continuation line a bit.
Justin> + TRY_CATCH (decode_exception, NOT_FOUND_ERROR)
The second argument to TRY_CATCH actually must be one of the
RETURN_MASK_* constants. Here I suggest RETURN_MASK_ERROR.
Justin> + if (decode_exception.reason < 0)
Justin> + {
Then here you can:
if (decode_exception.reason < 0)
{
if (decode_exception.error != NOT_FOUND_ERROR)
throw_exception (decode_exception);
...
Justin> + ALL_SKIPLIST_ENTRIES (e)
Justin> + if (arg == 0 || number_is_in_list(arg, e->number))
Space before the open paren.
Justin> + if (arg != 0 && !number_is_in_list(arg, e->number))
Likewise.
This appears in a few more places -- all uses of number_is_in_list.
Justin> +/* Create a skiplist entry for the given pc corresponding to the given
Justin> + function name and add it to the list. */
Justin> +static void
Justin> +skip_function_pc (CORE_ADDR pc, char *name, struct gdbarch *arch,
Blank line between intro comment and the start of the function.
I think there are a few instances of this.
Justin> +gdb_start
Justin> +gdb_load ${binfile_main}
Use clean_restart here instead.
Justin> +gdb_test "skip file ${srcfile_lib}" \
Justin> +"File ${srcfile_lib} will be skipped when stepping." \
Justin> +"ignoring file in solib" \
Justin> +"No source file named ${srcfile_lib}.*
Justin> +Ignore file pending future shared library load.*"\
Justin> +"y"
Code like this is more readable if you indent the continuation lines.
I realize this can't be done for every line here, and that is ok -- but
the lines following a "\" should be indented.
There should be a space before the last "\".
Justin> +gdb_test "info skip" \
Justin> +"Num\\s+Type\\s+Enb\\s+Address\\s+What\\s*
Justin> +1\\s+file\\s+y\\s+\\s+${srcfile_lib} \\(PENDING\\)\\s*" \
Justin> +"info skip with pending file"
Indentation.
Justin> +gdb_test "info skip" \
Justin> +"Num\\s+Type\\s+Enb\\s+Address\\s+What\\s*
Justin> +1\\s+file\\s+y\\s+\\s+.*${srcfile_lib}\\s*" \
Justin> +"info skip with pending file"
Indentation.
There are a few more of these.
Justin> +gdb_exit
Justin> +gdb_start
Justin> +gdb_load ${binfile_main}
clean_restart
Tom
next prev parent reply other threads:[~2011-10-28 18:14 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-06 12:12 Diego Novillo
2011-10-06 14:08 ` Justin Lebar
2011-10-06 15:51 ` Stan Shebs
2011-10-06 20:16 ` Justin Lebar
2011-10-10 12:34 ` Stan Shebs
2011-10-11 21:34 ` Justin Lebar
2011-10-11 23:54 ` Doug Evans
2011-10-16 19:22 ` Justin Lebar
2011-10-20 19:46 ` Tom Tromey
2011-10-25 20:07 ` Justin Lebar
2011-10-25 20:41 ` Pedro Alves
2011-10-25 21:25 ` Justin Lebar
2011-10-20 20:40 ` Eli Zaretskii
2011-10-25 16:47 ` Justin Lebar
2011-10-25 16:53 ` Eli Zaretskii
2011-10-25 19:52 ` Justin Lebar
2011-10-25 20:13 ` Eli Zaretskii
2011-10-25 20:30 ` Justin Lebar
2011-10-26 1:06 ` Stan Shebs
2011-10-26 3:45 ` Justin Lebar
2011-10-26 5:37 ` Stan Shebs
2011-10-26 8:10 ` Joel Brobecker
2011-10-26 13:28 ` Eli Zaretskii
2011-10-26 15:11 ` Justin Lebar
2011-10-28 18:18 ` Tom Tromey [this message]
2011-10-28 19:48 ` Justin Lebar
2011-10-28 19:53 ` Tom Tromey
2011-10-28 19:49 ` Tom Tromey
2011-10-28 19:55 ` Justin Lebar
2011-10-28 20:37 ` Tom Tromey
2011-10-31 15:52 ` Justin Lebar
[not found] ` <4EAF2E0E.7080508@earthlink.net>
2011-11-01 14:53 ` Justin Lebar
2011-11-02 22:43 ` Maciej W. Rozycki
2011-11-02 23:52 ` Stan Shebs
2011-11-03 0:20 ` Maciej W. Rozycki
2011-11-03 3:54 ` Eli Zaretskii
2011-11-03 14:32 ` Tom Tromey
2011-11-03 16:54 ` Eli Zaretskii
2011-11-03 18:04 ` Maciej W. Rozycki
2011-11-03 18:25 ` Eli Zaretskii
2011-11-03 19:01 ` Stan Shebs
2011-10-06 17:19 ` Diego Novillo
2011-10-06 17:33 ` Tom Tromey
2011-10-06 17:37 ` Diego Novillo
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=m3k47p7zmy.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=justin.lebar@gmail.com \
--cc=stan_shebs@mentor.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