From: Andrew Burgess <aburgess@redhat.com>
To: Craig Blackmore <craig.blackmore@embecosm.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] gdb/python: add gdb.Architecture.format_address
Date: Fri, 04 Mar 2022 10:51:57 +0000 [thread overview]
Message-ID: <8735jyxa5u.fsf@redhat.com> (raw)
In-Reply-To: <3de8efa7-5563-4778-5925-81b9c0409720@embecosm.com>
Craig Blackmore <craig.blackmore@embecosm.com> writes:
> 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`?
Yes, I only learned about 'set print symbol-filename' during the doc
review, and neglected to add a new test.
I've posted a V2 patch which include a new test for this.
Thanks,
Andrew
next prev parent reply other threads:[~2022-03-04 10:52 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
2022-03-04 10:51 ` Andrew Burgess [this message]
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=8735jyxa5u.fsf@redhat.com \
--to=aburgess@redhat.com \
--cc=craig.blackmore@embecosm.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).