This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] checking the Z-packet suppport on gdbserver
- From: Jim Blandy <jimb at codesourcery dot com>
- To: Emi SUZUKI <emi-suzuki at tjsys dot co dot jp>
- Cc: gdb-patches at sourceware dot org
- Date: Thu, 13 Sep 2007 10:05:50 -0700
- Subject: Re: [RFC] checking the Z-packet suppport on gdbserver
- References: <20070913.210822.19763360.emi-suzuki@tjsys.co.jp>
Emi SUZUKI <emi-suzuki@tjsys.co.jp> writes:
> GDB decides which type of watchpoints should be set when giving the
> command like "watch foo". And hardware watchpoints can be used when
> gdbserver has the Z-packet support. However, as the session log above
> has shown, GDB does not check the Z-packet support on gdbserver when
> deciding the type of the watchpoint but when actually setting the
> watchpoint to the target.
Yeah, this is pretty losing behavior on GDB's part.
> Would anyone give me any comments how it should be treated as a whole?
> Defines another packet for it? Applies as proposed and notes "it
> might not work with older versions of gdbserver" ?
I wonder, would it make sense to have GDB assume that hardware
watchpoints are *not* available on remote targets, and then have
gdbserver send a 'qSupported' packet stubfeature that tells GDB that
hardware watchpoints are okay?