This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: ppc32 debugging ppc64, 2011 revisit
- From: Tom Tromey <tromey at redhat dot com>
- To: Stan Shebs <stanshebs at earthlink dot net>
- Cc: gdb-patches at sourceware dot org
- Date: Tue, 19 Jul 2011 10:45:31 -0600
- Subject: Re: ppc32 debugging ppc64, 2011 revisit
- References: <4E24DB92.3030601@earthlink.net>
>>>>> "Stan" == Stan Shebs <stanshebs@earthlink.net> writes:
Stan> But in the usual way, when preparing for submission, I discover that
Stan> rth had posted similar code to solve the same problem - back in 2005!
Stan> It's at http://www.cygwin.com/ml/gdb-patches/2005-09/msg00082.html ,
Stan> and there's even a bit of discussion thread; but it seems nothing was
Stan> ever committed.
Stan> 1. Does anybody remember a fatal flaw, or was the patch simply
Stan> forgotten about?
I asked rth, but I think the question just re-traumatized him.
He said maybe he just gave up trying to get it in.
Stan> 2. The old patch works by making a clone of the generic xfer_partial,
Stan> to accommodate the randomly-different API of the 32-x-64 ptrace
Stan> commands, but I added #ifdef cases to inf-ptrace.c, which actually
Stan> seemed cleaner, and avoided duplicating the semi-complicated
Stan> algorithm. (Yes yes, ifdefs are evil, but keep in mind that
Stan> inf-ptrace.c is inherently native-only.)
I don't know enough to comment.
Stan> 3. Does anybody have an up-to-date Linux running on PPC64 hw that I
Stan> could use? There seem to be fewer compile farms around than formerly,
Stan> and the in-house machine is very old and may not survive a kernel
Stan> update, so we don't want to mess with it too much right now.
The GCC Compile Farm has some. You can easily get an account:
http://gcc.gnu.org/wiki/CompileFarm
Search that page for "powerpc"; I ssh'd in to gcc38 without trouble:
tromey@ps3gccfarm:~$ uname -a
Linux ps3gccfarm 2.6.32-3-powerpc64 #1 SMP Thu Feb 25 08:18:03 UTC 2010 ppc64 GNU/Linux
I don't know how up-to-date this is but the compile farm maintainers are
reasonably responsive.
Tom