gdbserver for GNU/Hurd

gdbserver for GNU/Hurd

[Thomas Schwinge]

[-- Attachment #1: Type: text/plain, Size: 414 bytes --]

Hello!

Has anyone ever worked on porting the GDB distribution's gdbserver to
GNU/Hurd?

In case you don't know: this would allow for debugging programs on
GNU/Hurd systems using a cross debugger running on another system (e.g. a
non GNU/Hurd one).  This is of advantage if you're cross compiling and
then don't have to copy the source files to the target system for using
gdb locally on there.


Regards,
 Thomas

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: gdbserver for GNU/Hurd

[Alfred M. Szmidt]

If you have any reports about gdbserver not working on GNU/Hurd then
report them here so that they can be fixed.

Re: gdbserver for GNU/Hurd

[Thomas Schwinge]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

On Sat, Dec 23, 2006 at 03:56:17PM +0100, Alfred M. Szmidt wrote:
> If you have any reports about gdbserver not working on GNU/Hurd then
> report them here so that they can be fixed.

Uhm, that's exactly what I did in my original email, you may want to
re-read it:

| Has anyone ever worked on porting the GDB distribution's gdbserver to
| GNU/Hurd?

#v+
$ ../configure
[...]
Error: target not supported by gdbserver.
$ ../../../config.guess 
i686-unknown-gnu0.3
#v-


 Thomas

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: gdbserver for GNU/Hurd

[Mark Kettenis]

> Date: Sat, 23 Dec 2006 12:10:22 +0100
> From: Thomas Schwinge <tschwinge@gnu.org>
> 
> Hello!
> 
> Has anyone ever worked on porting the GDB distribution's gdbserver to
> GNU/Hurd?

I'm pretty sure the answer to that question is no.

> In case you don't know: this would allow for debugging programs on
> GNU/Hurd systems using a cross debugger running on another system (e.g. a
> non GNU/Hurd one).  This is of advantage if you're cross compiling and
> then don't have to copy the source files to the target system for using
> gdb locally on there.

But it'd be difficult to have access to all the advanced features a
native GNU/Hurd GDB offers.

Mark

Re: gdbserver for GNU/Hurd

[Daniel Jacobowitz]

On Sat, Dec 23, 2006 at 04:31:55PM +0100, Mark Kettenis wrote:
> > Has anyone ever worked on porting the GDB distribution's gdbserver to
> > GNU/Hurd?
> 
> I'm pretty sure the answer to that question is no.

As far as I know.

> > In case you don't know: this would allow for debugging programs on
> > GNU/Hurd systems using a cross debugger running on another system (e.g. a
> > non GNU/Hurd one).  This is of advantage if you're cross compiling and
> > then don't have to copy the source files to the target system for using
> > gdb locally on there.
> 
> But it'd be difficult to have access to all the advanced features a
> native GNU/Hurd GDB offers.

It shouldn't be hard to add anything necessary to the remote protocol
and if anyone was interested in working on it I'd be glad to offer
advice.

-- 
Daniel Jacobowitz
CodeSourcery

Re: gdbserver for GNU/Hurd

[Barry deFreese]

Daniel Jacobowitz wrote:
> On Sat, Dec 23, 2006 at 04:31:55PM +0100, Mark Kettenis wrote:
>   
>>> Has anyone ever worked on porting the GDB distribution's gdbserver to
>>> GNU/Hurd?
>>>       
>> I'm pretty sure the answer to that question is no.
>>     
>
> As far as I know.
>
>   
>>> In case you don't know: this would allow for debugging programs on
>>> GNU/Hurd systems using a cross debugger running on another system (e.g. a
>>> non GNU/Hurd one).  This is of advantage if you're cross compiling and
>>> then don't have to copy the source files to the target system for using
>>> gdb locally on there.
>>>       
>> But it'd be difficult to have access to all the advanced features a
>> native GNU/Hurd GDB offers.
>>     
>
> It shouldn't be hard to add anything necessary to the remote protocol
> and if anyone was interested in working on it I'd be glad to offer
> advice.
>   
I'm looking at this just for "fun".  Should we add our own hurd-i386-foo 
files or gnu-i386-foo, or try to shoehorn our stuff into using something 
like linux-i386-low?

Thanks,

Barry deFreese (aka bddebian)

Re: gdbserver for GNU/Hurd

[Daniel Jacobowitz]

On Wed, Dec 27, 2006 at 01:25:42PM -0500, Barry deFreese wrote:
> I'm looking at this just for "fun".  Should we add our own hurd-i386-foo 
> files or gnu-i386-foo, or try to shoehorn our stuff into using something 
> like linux-i386-low?

You probably want a gnu-i386-low.c.  I don't think you'll be able to
share much with the Linux support at all.

-- 
Daniel Jacobowitz
CodeSourcery

Re: gdbserver for GNU/Hurd

[Thomas Schwinge]

[-- Attachment #1: Type: text/plain, Size: 2001 bytes --]

Hello!

On Sat, Dec 23, 2006 at 04:22:45PM -0500, Daniel Jacobowitz wrote:
> On Sat, Dec 23, 2006 at 04:31:55PM +0100, Mark Kettenis wrote:
> > Thomas Schwinge wrote:
> > > [Idea about porting gdbserver to GNU/Hurd.]
> > > 
> > > In case you don't know: this would allow for debugging programs on
> > > GNU/Hurd systems using a cross debugger running on another system (e.g. a
> > > non GNU/Hurd one).  This is of advantage if you're cross compiling and
> > > then don't have to copy the source files to the target system for using
> > > gdb locally on there.

I'd like to have a go at that one.  My motivation is the following one,
as I already quickly told above: I build a complete GNU/Hurd toolchain
and a bootable base system using cross compiling.  Then I can strip the
resulting binaries and transfer them over a rather low-bandwidth line to
a native GNU/Hurd machine, to test them.  Of course, we do have a usable
native port of GDB, but for that one to be really usable, I'd also have
to transfer all the unstripped binary files, plus source code files to
the remote machine, which I want to avoid.


> > But it'd be difficult to have access to all the advanced features a
> > native GNU/Hurd GDB offers.
> 
> It shouldn't be hard to add anything necessary to the remote protocol
> and if anyone was interested in working on it I'd be glad to offer
> advice.

OK, I understand that.  But even for those parts that are covered by the
current remote protocol, I understand this correctly that we can't
directly use the implementation in native GDB's gnu-nat.c, but instead
have to (re-)write that stuff for gdbserver usage?  That is, there is no
way to relay from the GDB remote protocol (or any other to-be-written
remote protocol) into a native GDB again?  (Which I'd imagine to be
useful also for non-GNU/Hurd systems, isn't it?, as it would make remote
GDB support available for all architectures a native GDB port exists
for.)


Regards,
 Thomas

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]