From: Mark Kettenis <kettenis@chello.nl>
To: jimb@redhat.com
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFA: use constructor to build 'struct regset' objects
Date: Mon, 17 May 2004 21:48:00 -0000 [thread overview]
Message-ID: <200405172148.i4HLm0bc014264@elgar.kettenis.dyndns.org> (raw)
In-Reply-To: <vt2iseu920y.fsf@zenia.home>
From: Jim Blandy <jimb@redhat.com>
Date: 17 May 2004 16:28:29 -0500
Jim Blandy <jimb@redhat.com> writes:
> 2004-05-17 Jim Blandy <jimb@redhat.com>
>
> Use a constructor function to create regset structures.
> * regset.h (supply_regset_ftype): New typedef.
> (struct regset): Use supply_regset_ftype.
> (readonly_regset_xmalloc): New declaration.
> * regset.c: New file.
> * am64-tdep.c (amd64_regset_from_core_section): Use
> readonly_regset_xmalloc to construct regset structures.
> * amd64obsd-tdep.c (amd64obsd_regset_from_core_section): Same.
> * i386-tdep.c (i386_regset_from_core_section): Same.
> * i386nbsd-tdep.c (i386nbsd_aout_regset_from_core_section): Same.
> * i386obsd-tdep.c (i386obsd_aout_regset_from_core_section): Same.
> * sparc64fbsd-tdep.c (sparc64fbsd_init_abi): Same.
> * sparc64nbsd-tdep.c (sparc64nbsd_init_abi): Same.
> * sparc64obsd-tdep.c (sparc64obsd_init_abi): Same.
> * sparcnbsd-tdep.c (sparc32nbsd_init_abi): Same.
> * Makefile.in (COMMON_OBS): Add regset.o.
> (regset.o): New rule.
So, that's the story. What do people think?
Ah, you guessed my grand plan (that I never fully implemented). It
would also be used for the gcore support. So, yes, by all means go
for it!
Is 'readonly_regset_xmalloc' a good name, or would something like
'supplyonly_regset_malloc' be better? I mean, both 'supply' and
'fill' functions read one thing and write another; if you don't
already know the plot, it's not clear which direction a 'readonly'
regset would go.
I was wondering what readonly_ was supposed to mean in your first
patch. Why not avoid inventing a wierd name at all. Just call the
function `regset_xmalloc', and add a third argument right from the
start. Just pass NULL as the third argument for now.
Mark
next prev parent reply other threads:[~2004-05-17 21:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <vt2smdy93u9.fsf@zenia.home>
2004-05-17 21:32 ` Jim Blandy
2004-05-17 21:48 ` Mark Kettenis [this message]
2004-05-19 4:15 ` Jim Blandy
2004-05-19 8:36 ` kettenis
2004-05-20 3:11 ` Jim Blandy
2004-05-20 6:51 ` Jim Blandy
2004-05-19 14:56 ` Andrew Cagney
2004-05-20 3:11 ` Jim Blandy
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=200405172148.i4HLm0bc014264@elgar.kettenis.dyndns.org \
--to=kettenis@chello.nl \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@redhat.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