This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFA][3/5] New port: Cell BE SPU (the port itself)

From: Daniel Jacobowitz <drow at false dot org>
To: Mark Kettenis <mark dot kettenis at xs4all dot nl>
Cc: Ulrich Weigand <uweigand at de dot ibm dot com>, gdb-patches at sourceware dot org
Date: Mon, 13 Nov 2006 08:47:40 -0500
Subject: Re: [RFA][3/5] New port: Cell BE SPU (the port itself)
References: <200611131227.kADCRe28032402@d12av02.megacenter.de.ibm.com> <22583.192.87.1.22.1163421727.squirrel@webmail.xs4all.nl>

On Mon, Nov 13, 2006 at 01:42:07PM +0100, Mark Kettenis wrote:
> That's not really what I'm talking about.  I'm talking about having a single
> gdb binary that is able to execute both native powerpc code and spu code
> (but not at the same time).  As far as I can tell, it should be possible
> to do that by implementing to_can_run() in both ppc-linux-nat.c and
> spu-linux-nat.c, such that only one returns true at any time.

Hmm, I guess that would work.  Would you include this in all native
ppc64 debuggers?

> I don't agree with Daniel here.  The spu-linux-nat.c target vector is
> only usable on a powerpc native debugger.

Fair enough.  I think of this as similar to a hypothetical remote-*.c
module which is only usable on Windows, but I agree that it's not a
good analogy.

-- 
Daniel Jacobowitz
CodeSourcery

References:
- Re: [RFA][3/5] New port: Cell BE SPU (the port itself)
  - From: Ulrich Weigand
- Re: [RFA][3/5] New port: Cell BE SPU (the port itself)
  - From: Mark Kettenis

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]