This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [commit] gdb_byte regcache.[hc]
- From: Michael Snyder <msnyder at redhat dot com>
- To: Mark Kettenis <mark dot kettenis at xs4all dot nl>
- Cc: cagney at gnu dot org, gdb-patches at sources dot redhat dot com, drow at false dot org
- Date: Fri, 10 Jun 2005 18:43:41 -0700
- Subject: Re: [commit] gdb_byte regcache.[hc]
- References: <428CC0B1.6020008@gnu.org> <20050519170724.GA24675@nevyn.them.org> <428CCBB8.4050603@gnu.org> <200506102212.j5AMCOoq028820@elgar.sibelius.xs4all.nl>
Mark Kettenis wrote:
I know it's a bit late (just returned from vacation in .ca ;-), but
there is a nasty problem with the register cache stuff in this patch
:-(. Many bits of native code pass native data types to
regcache_raw_write, and this now raises a compiler warning. I'm not
sure how to solve this; adding casts all over the code is really,
really ugly, and I really, really don't want to do that. The best
thing I can come up with is that we revert the regcache_raw_xxx
interfaces back to using `void *', whereas we keep the
regcache_cooked_xxx interface as they are now (using `gdb_byte *').
I'm coming to this discussion even later than you, Mark.
I've gone back thru the archive to catch up, but I'm still
not clear on what is the purpose of gdb_byte (other than
to avoid using bfd_byte).
I thought it was to refer to target data, so we could
differentiate between host bytes and target bytes.
That would make sense. I'm not convinced that replacing
all uses of void* makes sense.