Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom de Vries <tdevries@suse.de>
To: Tom Tromey <tom@tromey.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] Use the "O!" format more in the Python code
Date: Fri, 27 Feb 2026 20:06:18 +0100	[thread overview]
Message-ID: <b4d5d068-6f9c-42ae-ac01-044bdffeac08@suse.de> (raw)
In-Reply-To: <875x7it3he.fsf@tromey.com>

On 2/27/26 8:01 PM, Tom Tromey wrote:
>>>>>> "Tom" == Tom Tromey <tom@tromey.com> writes:
> 
>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes:
> Tom> I saw other direct comparisons to recpy_insn_type in the code, and
> Tom> wondered if those should likewise allow subclasses using
> Tom> PyObject_TypeCheck.
> 
> Tom> But I suppose we just assume there are no subclasses?
> 
>> I'm not sure if you can subclass an instruction type (I thought perhaps
>> we needed special code in the type definition to support subclassing),
>> but if you can, then it should be usable here.
> 
> I answered this backward somehow!?
> 
> Yeah, if subclasses are at all possible then the other spots should be
> updated.
I found this ( 
https://docs.python.org/3/c-api/typeobj.html#c.PyTypeObject.tp_subclasses 
), so I suppose unless tp_subclasses is set somehow in the type 
definition, there are no subclasses, and that's the case for 
recpy_insn_type.

So there's no direct need to update those other spots, but OTOH it can't 
hurt I suppose.

Thanks,
- Tom


  reply	other threads:[~2026-02-27 19:06 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-27 16:48 Tom Tromey
2026-02-27 18:23 ` Tom de Vries
2026-02-27 18:31   ` Tom Tromey
2026-02-27 19:01     ` Tom Tromey
2026-02-27 19:06       ` Tom de Vries [this message]
2026-02-27 19:35     ` Paul Koning
2026-02-27 19:58       ` Tom Tromey
2026-02-27 20:24         ` Paul Koning

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=b4d5d068-6f9c-42ae-ac01-044bdffeac08@suse.de \
    --to=tdevries@suse.de \
    --cc=gdb-patches@sourceware.org \
    --cc=tom@tromey.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