gdbserver build

gdbserver build

[Fabrice Gautier]

Hi,

I'm trying to build gdbserver from gdb 5.0 source(exactly: from debian
source package)

I'm following more or less the indication in the README file in the
gdbserver directory.

First I tried:

gdb-5.0/gdb/gdbserver $ ../../configure host=i386-pc-linux-gnu

This fail with the error : i386-pc: unknown machine type

Then, sticking to README instructions: 

gdb-5.0/gdb/gdbserver $ ../../configure i386-pc-linux-gnu

This works well, but then i do:

gdb-5.0/gdb/gdbserver $ make CC=gcc 

and this fails with:

In file included from server.h:21,
                 from utils.c:21:
../defs.h:26: config.h: No such file or directory
In file included from server.h:21,
                 from utils.c:21:
../defs.h:69: bfd.h: No such file or directory
[etc]

Any comments?

Thanks.

-- 
Fabrice Gautier <gautier@email.enstfr>

Re: gdbserver build

[J.T. Conklin]

>>>>> "Fabrice" == Fabrice Gautier <gautier@email.enst.fr> writes:
Fabrice> Then, sticking to README instructions: 
Fabrice>
Fabrice> gdb-5.0/gdb/gdbserver $ ../../configure i386-pc-linux-gnu
Fabrice>
Fabrice> This works well, but then i do:
Fabrice>
Fabrice> gdb-5.0/gdb/gdbserver $ make CC=gcc 
Fabrice>
Fabrice> and this fails with:
Fabrice>
Fabrice> In file included from server.h:21,
Fabrice>                  from utils.c:21:
Fabrice> ../defs.h:26: config.h: No such file or directory
Fabrice> In file included from server.h:21,
Fabrice>                  from utils.c:21:
Fabrice> ../defs.h:69: bfd.h: No such file or directory
Fabrice> [etc]

Have you configure and built a GDB in the same object directory that
you're trying to build gdbserver?

        --jtc

-- 
J.T. Conklin
RedBack Networks

Re: gdbserver build

[Fabrice Gautier]

On 01 May 2001 14:49:52 -0700
jtc@redback.com (J.T. Conklin) wrote:

> >>>>> "Fabrice" == Fabrice Gautier <gautier@email.enst.fr> writes:
> Fabrice> Then, sticking to README instructions: 
> Fabrice>
> Fabrice> gdb-5.0/gdb/gdbserver $ make CC=gcc 
> Fabrice>
> Fabrice> and this fails with:
> Fabrice> [etc]
> 
> Have you configure and built a GDB in the same object directory that
> you're trying to build gdbserver?

Well, No.

I won't run a gdb on the 386 (this will run on the 686) I just want to
run the gdbserver.

Do I really need to build all gdb for my target? Or just configure? 
I've read that it was not possible to build gdbserver with the rest so i
assumed that i didn't need to build the rest...

Thansk
-- 
Fabrice Gautier <gautier@email.enstfr>

Re: gdbserver build

[J.T. Conklin]

>>>>> "Fabrice" == Fabrice Gautier <gautier@email.enst.fr> writes:
>> 
>> Have you configure and built a GDB in the same object directory that
>> you're trying to build gdbserver?

Fabrice> I won't run a gdb on the 386 (this will run on the 686) I
Fabrice> just want to run the gdbserver.

Fabrice> Do I really need to build all gdb for my target? Or just
Fabrice> configure?  I've read that it was not possible to build
Fabrice> gdbserver with the rest so i assumed that i didn't need to
Fabrice> build the rest...

I suspect you need to at least configure.  Although I don't think
gdbserver uses BFD, etc. directly, it includes "defs.h" and other
headers from GDB which include "bfd.h", etc.  

I think gdbserver is at a crossroads.  While we could make it not
depend on other parts GDB, recently (where recently is defined as "in
the last few years") we've talked about possibilities of GDB and
gdbserver sharing even more code (like the code that's used to fetch
and store registers).  I'm not sure which direction that will
eventually be followed.

        --jtc

-- 
J.T. Conklin
RedBack Networks

Re: gdbserver build

[Fabrice Gautier]

On 01 May 2001 15:24:38 -0700
jtc@redback.com (J.T. Conklin) wrote:

> >>>>> "Fabrice" == Fabrice Gautier <gautier@email.enst.fr> writes:
> >> 
> >> Have you configure and built a GDB in the same object directory that
> >> you're trying to build gdbserver?
> 
> I suspect you need to at least configure. 

In fact i did have to build gdb.

> I think gdbserver is at a crossroads.  While we could make it not
> depend on other parts GDB, recently (where recently is defined as "in
> the last few years") we've talked about possibilities of GDB and
> gdbserver sharing even more code (like the code that's used to fetch
> and store registers).  I'm not sure which direction that will
> eventually be followed.

As i see it, gdbserver shoudl be the only one doing target operations 
(fecthing register for example) and the rest of gdb (the inferace part) should
be a separate thing talking to a gdbserver (or a stub).
Today you can use gdbserver to do native debugging and not only remote
debugging... why bother having all the native stuff in gdb itself...?

Well just my 2 cents...


-- 
Fabrice Gautier <gautier@email.enstfr>