* gdbserver sparc solaris
@ 2019-02-08 1:41 Brian Vandenberg
2019-02-08 12:51 ` Pedro Alves
0 siblings, 1 reply; 9+ messages in thread
From: Brian Vandenberg @ 2019-02-08 1:41 UTC (permalink / raw)
To: gdb
I'm trying to build a version of gdb that can run on x86 Linux for
debugging binaries running on a sparc solaris host.
What I have right now is an x86 linux hosted gdb that allows me to debug
core dumps from a process running on a sparc solaris host.
When I try to build gdbserver for that platform it says that host type
isn't supported.
Is it possible to get gdbserver to work on sparc solaris? Is there an
alternative to gdbserver? I know about the stubs, but that's aimed at
embedded devices. In my situation there's typically 40-50 processes
running that I may want to attach to at any time.
-brian
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-08 1:41 gdbserver sparc solaris Brian Vandenberg
@ 2019-02-08 12:51 ` Pedro Alves
2019-02-08 13:05 ` Rainer Orth
2019-02-08 21:20 ` Brian Vandenberg
0 siblings, 2 replies; 9+ messages in thread
From: Pedro Alves @ 2019-02-08 12:51 UTC (permalink / raw)
To: Brian Vandenberg, gdb
On 02/08/2019 01:40 AM, Brian Vandenberg wrote:
> I'm trying to build a version of gdb that can run on x86 Linux for
> debugging binaries running on a sparc solaris host.
>
> What I have right now is an x86 linux hosted gdb that allows me to debug
> core dumps from a process running on a sparc solaris host.
>
> When I try to build gdbserver for that platform it says that host type
> isn't supported.
>
> Is it possible to get gdbserver to work on sparc solaris?
Not without someone porting gdbserver to solaris.
> Is there an alternative to gdbserver?
Might exist, but I don't know of one myself.
> I know about the stubs, but that's aimed at embedded devices.
Right.
> In my situation there's typically 40-50 processes
> running that I may want to attach to at any time.
Thanks,
Pedro Alves
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-08 12:51 ` Pedro Alves
@ 2019-02-08 13:05 ` Rainer Orth
2019-02-08 13:26 ` Pedro Alves
2019-02-08 21:20 ` Brian Vandenberg
1 sibling, 1 reply; 9+ messages in thread
From: Rainer Orth @ 2019-02-08 13:05 UTC (permalink / raw)
To: Pedro Alves; +Cc: Brian Vandenberg, gdb
Hi Pedro,
> On 02/08/2019 01:40 AM, Brian Vandenberg wrote:
>> I'm trying to build a version of gdb that can run on x86 Linux for
>> debugging binaries running on a sparc solaris host.
>>
>> What I have right now is an x86 linux hosted gdb that allows me to debug
>> core dumps from a process running on a sparc solaris host.
>>
>> When I try to build gdbserver for that platform it says that host type
>> isn't supported.
>>
>> Is it possible to get gdbserver to work on sparc solaris?
>
> Not without someone porting gdbserver to solaris.
I had a very quick look at that once, but the code is currently full of
Linux dependencies and I had no actual need for a port. Given that this
will be a major effort, I certainly won't undertake it myself.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-08 13:05 ` Rainer Orth
@ 2019-02-08 13:26 ` Pedro Alves
0 siblings, 0 replies; 9+ messages in thread
From: Pedro Alves @ 2019-02-08 13:26 UTC (permalink / raw)
To: Rainer Orth; +Cc: Brian Vandenberg, gdb
On 02/08/2019 01:05 PM, Rainer Orth wrote:
> Hi Pedro,
Hi Rainer,
>>> Is it possible to get gdbserver to work on sparc solaris?
>>
>> Not without someone porting gdbserver to solaris.
>
> I had a very quick look at that once, but the code is currently full of
> Linux dependencies (...)
Hmm, that doesn't seem correct? There should be no Linux dependencies like
that. There are ports of GDBserver for Linux, Windows/mingw and NTO/QNX.
Each of those gets its own *-low.c file, which is the equivalent of GDB's
-nat.c files. So gdb/linux-nat.c is similar to gdbserver/linux-low.c. Etc.
Basically, a Solaris port would mean copying over gdb/procfs.c and friends
to gdbserver/, and adjusting them to gdbserver's interfaces. Well, ideally,
we'd refactor the gdb/procfs.c code a bit so that we could use it for both
gdb and gdbserver, instead of just copying over. The fact that the Linux
backend implementations in gdb and gdbserver are different was a bad design
mistake that we're still trying to correct [1] [2].
> (...) had no actual need for a port. Given that this
> will be a major effort, I certainly won't undertake it myself.
Certainly understandable!
[1] https://sourceware.org/gdb/wiki/Common
[2] https://sourceware.org/gdb/wiki/LocalRemoteFeatureParity
Thanks,
Pedro Alves
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-08 12:51 ` Pedro Alves
2019-02-08 13:05 ` Rainer Orth
@ 2019-02-08 21:20 ` Brian Vandenberg
2019-02-09 4:12 ` Joel Brobecker
1 sibling, 1 reply; 9+ messages in thread
From: Brian Vandenberg @ 2019-02-08 21:20 UTC (permalink / raw)
To: Pedro Alves; +Cc: gdb
>
> Not without someone porting gdbserver to solaris.
>
> > Is there an alternative to gdbserver?
>
> Might exist, but I don't know of one myself.
>
Is it possible to make gdb act like gdbserver?
This all came about due to some GDB crashes we're seeing with a very
complicated executable. I haven't had the time to try to figure out why
it's crashing, instead just limping by with dbx until I have more time. I
was just hoping for an easy way out until I have more free time.
-brian
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-08 21:20 ` Brian Vandenberg
@ 2019-02-09 4:12 ` Joel Brobecker
2019-02-11 19:31 ` Brian Vandenberg
0 siblings, 1 reply; 9+ messages in thread
From: Joel Brobecker @ 2019-02-09 4:12 UTC (permalink / raw)
To: Brian Vandenberg; +Cc: Pedro Alves, gdb
> Is it possible to make gdb act like gdbserver?
Why not debug directly on the machine, then?
> This all came about due to some GDB crashes we're seeing with a very
> complicated executable. I haven't had the time to try to figure out why
> it's crashing, instead just limping by with dbx until I have more time. I
> was just hoping for an easy way out until I have more free time.
>
> -brian
--
Joel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-09 4:12 ` Joel Brobecker
@ 2019-02-11 19:31 ` Brian Vandenberg
2019-02-12 3:09 ` Joel Brobecker
0 siblings, 1 reply; 9+ messages in thread
From: Brian Vandenberg @ 2019-02-11 19:31 UTC (permalink / raw)
To: Joel Brobecker; +Cc: Pedro Alves, gdb
On Fri, Feb 8, 2019 at 9:12 PM Joel Brobecker <brobecker@adacore.com> wrote:
> > Is it possible to make gdb act like gdbserver?
>
> Why not debug directly on the machine, then?
>
My apologies if my wording wasn't clear:
> > This all came about due to some GDB crashes we're seeing with a very
> > complicated executable. I haven't had the time to try to figure out why
> > it's crashing, instead just limping by with dbx until I have more time.
> I
> > was just hoping for an easy way out until I have more free time.
GDB is crashing when trying to debug directly on the machine and I haven't
had the time to dive in to figure out why; we've had to limp along using
dbx from Solaris Studio in the mean-time. I had hoped if I could get
remote debugging to work perhaps the problem wouldn't manifest or would
help shed light on the problem by causing a different problem.
-brian
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-11 19:31 ` Brian Vandenberg
@ 2019-02-12 3:09 ` Joel Brobecker
2019-02-13 0:32 ` Brian Vandenberg
0 siblings, 1 reply; 9+ messages in thread
From: Joel Brobecker @ 2019-02-12 3:09 UTC (permalink / raw)
To: Brian Vandenberg; +Cc: Pedro Alves, gdb
> My apologies if my wording wasn't clear:
More likely I read it, and then forgot. Sorry!
> GDB is crashing when trying to debug directly on the machine and I haven't
> had the time to dive in to figure out why; we've had to limp along using
> dbx from Solaris Studio in the mean-time. I had hoped if I could get
> remote debugging to work perhaps the problem wouldn't manifest or would
> help shed light on the problem by causing a different problem.
Have you tried other, maybe older versions of GDB, to see if
they fare better?
--
Joel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdbserver sparc solaris
2019-02-12 3:09 ` Joel Brobecker
@ 2019-02-13 0:32 ` Brian Vandenberg
0 siblings, 0 replies; 9+ messages in thread
From: Brian Vandenberg @ 2019-02-13 0:32 UTC (permalink / raw)
To: Joel Brobecker; +Cc: Pedro Alves, gdb
>
> > GDB is crashing when trying to debug directly on the machine and I
> haven't
> > had the time to dive in to figure out why; we've had to limp along using
> > dbx from Solaris Studio in the mean-time. I had hoped if I could get
> > remote debugging to work perhaps the problem wouldn't manifest or would
> > help shed light on the problem by causing a different problem.
>
> Have you tried other, maybe older versions of GDB, to see if they fare
> better?
>
Sometime during 6.x or early to mid 7.x gdb became broken on sparc solaris,
so the earliest I've tried is ~7.8 (with variants of the patches I
submitted over the last few months that address them). I'm fairly sure if
I go back far enough that it's [semi?-]functional it would be too old
because we're making use of C++11/14-isms.
-brian
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2019-02-13 0:32 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-02-08 1:41 gdbserver sparc solaris Brian Vandenberg
2019-02-08 12:51 ` Pedro Alves
2019-02-08 13:05 ` Rainer Orth
2019-02-08 13:26 ` Pedro Alves
2019-02-08 21:20 ` Brian Vandenberg
2019-02-09 4:12 ` Joel Brobecker
2019-02-11 19:31 ` Brian Vandenberg
2019-02-12 3:09 ` Joel Brobecker
2019-02-13 0:32 ` Brian Vandenberg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox