This is the mail archive of the
mailing list for the GDB project.
Reporting unsupported things.
- From: PAUL GILLIAM <pgilliam at us dot ibm dot com>
- To: Daniel Jacobowitz <drow at false dot org>
- Cc: gdb at sources dot redhat dot com
- Date: Mon, 24 Apr 2006 17:00:44 -0700
- Subject: Reporting unsupported things.
- References: <444426C7.firstname.lastname@example.org> <20060418125836.GB10130@nevyn.them.org> <20060418152443.GA13825@nevyn.them.org> <email@example.com> <firstname.lastname@example.org> <444680C3.email@example.com> <20060420134343.GC11710@nevyn.them.org> <4447DF7D.firstname.lastname@example.org> <20060420195047.GA22563@nevyn.them.org> <44481EF9.email@example.com> <20060424205536.GC27220@nevyn.them.org>
- Reply-to: pgilliam at us dot ibm dot com
On Mon, 2006-04-24 at 16:55 -0400, Daniel Jacobowitz wrote:
> We want to say that reverse execution is not supported.
I have been given a similar request. My users want to see a message
like "a 32-bit ppc GDB can't debug a 64-bit ppc target program".
In general, it would be nice if GDB could detect that it was being asked
to do something it can't do as soon as it was asked.
This kind of intersects with the multi-arch idea. With that, GDB
conceptually has a binary matrix where each column would represent a
different target and each row a different host and the cell value would
be true if the GDB configured for the given host could debug the given
If the target is remote, it could tell GDB which column of the matrix is
For a native configuration, perhaps the appropriate row of the matrix
could be built by some config script and the appropriate column could be
chosen based on the type of the executable and/or corefile. And
'attach' muddies up the water a bit.
I guess what I am suggesting is that GDB have a concrete matrix like
this and consult it as soon as it's known what the user is trying to do.
Of course the 'matrix' would probably really be a hash.
What do you think?
-=# Paul #=-
PS: In theory, a 32-bit GDB running on a 64-bit ppc host could debug a
64-bit target: "ptrace" allegedly supports this. The current ppc port,
however, does not.
PPS: Do you know of any other "biarch" configurations of GDB?