From: Craig Blackmore <craig.blackmore@embecosm.com>
To: Andrew Burgess <aburgess@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] gdb/python: add gdb.Architecture.format_address
Date: Thu, 3 Mar 2022 18:35:56 +0000 [thread overview]
Message-ID: <3de8efa7-5563-4778-5925-81b9c0409720@embecosm.com> (raw)
In-Reply-To: <87sfsbattq.fsf@redhat.com>
Hi Andrew,
On 22/02/2022 13:56, Andrew Burgess via Gdb-patches wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Andrew Burgess <aburgess@redhat.com>
>>> Cc: gdb-patches@sourceware.org
>>> Date: Mon, 21 Feb 2022 17:27:21 +0000
>>>
>>> I'm certainly not against renaming, if we can come up with a better
>>> name... maybe 'format_address_info'? I don't know... I still kind of
>>> like 'format_address'...
>> I hope someone will come up with a better name.
format_address seems ok to me and I couldn't come up with anything better.
> diff --git a/gdb/python/py-arch.c b/gdb/python/py-arch.c
> index 0f273b344e4..95ae931e73e 100644
> --- a/gdb/python/py-arch.c
> +++ b/gdb/python/py-arch.c
> @@ -348,6 +348,31 @@ gdbpy_all_architecture_names (PyObject *self, PyObject *args)
> return list.release ();
> }
>
> +/* Implement gdb.architecture.format_address(ADDR). Provide access to
> + GDB's print_address function from Python. The returned address will
> + have the format '0x..... <symbol+offset>'. */
> +
> +static PyObject *
> +archpy_format_address (PyObject *self, PyObject *args, PyObject *kw)
> +{
> + static const char *keywords[] = { "address", nullptr };
> + PyObject *addr_obj;
> + CORE_ADDR addr;
> + struct gdbarch *gdbarch = nullptr;
> +
> + ARCHPY_REQUIRE_VALID (self, gdbarch);
> +
> + if (!gdb_PyArg_ParseTupleAndKeywords (args, kw, "O", keywords, &addr_obj))
> + return nullptr;
> +
> + if (get_addr_from_python (addr_obj, &addr) < 0)
> + return nullptr;
> +
> + string_file buf;
> + print_address (gdbarch, addr, &buf);
> + return PyString_FromString (buf.c_str ());
> +}
> +
> void _initialize_py_arch ();
> void
> _initialize_py_arch ()
> @@ -391,6 +416,12 @@ group GROUP-NAME." },
> METH_NOARGS,
> "register_groups () -> Iterator.\n\
> Return an iterator over all of the register groups in this architecture." },
> + { "format_address", (PyCFunction) archpy_format_address,
> + METH_VARARGS | METH_KEYWORDS,
> + "format_address (ADDRESS) -> String.\n\
> +Format ADDRESS, an address within the currently selected inferior's\n\
> +address space, as a string. The format of the returned string is\n\
> +'ADDRESS <SYMBOL+OFFSET>' without the quotes." },
> {NULL} /* Sentinel */
> };
>
> diff --git a/gdb/testsuite/gdb.python/py-arch.exp b/gdb/testsuite/gdb.python/py-arch.exp
> index b55778b0b72..c4854033d8c 100644
> --- a/gdb/testsuite/gdb.python/py-arch.exp
> +++ b/gdb/testsuite/gdb.python/py-arch.exp
> @@ -127,3 +127,18 @@ foreach a $arch_names b $py_arch_names {
> }
> }
> gdb_assert { $lists_match }
> +
> +# Check the gdb.Architecture.format_address method.
> +set main_addr [get_hexadecimal_valueof "&main" "UNKNOWN"]
> +gdb_test "python print(\"Got: \" + gdb.selected_inferior().architecture().format_address($main_addr))" \
> + "Got: $main_addr <main>" \
> + "gdb.Architecture.format_address, result should have no offset"
> +set next_addr [format 0x%x [expr $main_addr + 1]]
> +gdb_test "python print(\"Got: \" + gdb.selected_inferior().architecture().format_address($next_addr))" \
> + "Got: $next_addr <main\\+1>" \
> + "gdb.Architecture.format_address, result should have an offset"
> +if {![is_address_zero_readable]} {
> + gdb_test "python print(\"Got: \" + gdb.selected_inferior().architecture().format_address(0))" \
> + "Got: 0x0" \
> + "gdb.Architecture.format_address for address 0"
> +}
>
The code LGTM. Just one query, is it necessary to add a test case for
printing the filename and line number when we have `set print
symbol-filename on`?
Thanks,
Craig
next prev parent reply other threads:[~2022-03-03 18:35 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-11 16:17 Andrew Burgess
2022-02-11 18:54 ` Eli Zaretskii
2022-02-21 17:27 ` Andrew Burgess
2022-02-21 18:02 ` Eli Zaretskii
2022-02-22 13:56 ` Andrew Burgess
2022-02-22 14:48 ` Eli Zaretskii
2022-02-23 14:20 ` Andrew Burgess
2022-03-03 16:49 ` Andrew Burgess
2022-03-03 18:35 ` Craig Blackmore [this message]
2022-03-04 10:51 ` Andrew Burgess
2022-03-04 10:50 ` [PATCHv2] " Andrew Burgess
2022-03-04 15:22 ` Simon Marchi
2022-03-07 12:33 ` [PATCHv3] gdb/python: add gdb.format_address function Andrew Burgess
2022-03-21 17:53 ` Andrew Burgess
2022-03-21 18:23 ` Simon Marchi
2022-03-22 13:19 ` Andrew Burgess
2022-03-23 12:14 ` Simon Marchi
2022-03-23 15:30 ` Andrew Burgess
2022-03-28 21:59 ` Simon Marchi
2022-03-29 13:38 ` Andrew Burgess
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=3de8efa7-5563-4778-5925-81b9c0409720@embecosm.com \
--to=craig.blackmore@embecosm.com \
--cc=aburgess@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).