gdb retargetting

gdb retargetting

[Rick Richardson]

Maybe someone can help me, maybe not.  Here's the deal:
  
1) I retargetted binutils to support a new processor.  I started with
   binutils-2.12.1 from the GNU ftp site.  That work is complete.
  
2) I grabbed gdb-5.2.1 and merged the gdb directories with my now-modified
   binutils tree.  This meant I just copied the gdb, malloc, readline, sim,
   and utils directories from the gdb tree to the combined tree.
  
3) As a check that everything is buildable in the combined tree, I
   configured for i386 (default) on linux, and did a "make".  I wanted
   to make sure that I started from a buildable tree before I hack on
   the gdb and sim directories to support the new processor.
  
4) Everything built fine until it got to gdb/gdbserver.  It exploded
   compiling utils.c:
  
        In file included from utils.c:22:
        server.h:37:25: gdb/signals.h: No such file or directory
  
5) No question, there is no gdb/signals.h included in the gdb-5.2.1.tar.gz
   file that I got from ftp.gnu.org.  Nor is there one in gdb-5.2.tar.gz.

What gives?  I'm beginning to suspect that nobody compiles the
snapshots on the GNU ftp site.  Should I have started from some other
snapshots?  I'm completely learing of basing off of "the tip" of the
CVS tree, as I have no idea when that is stable.  So I thought basing
off of the GNU snapshots would be the way to go.

-Rick

-- 
Rick Richardson  rickr@mn.rr.com        http://home.mn.rr.com/richardsons/
Stock information at your fingertips:   http://linuxtrade.0catch.com/

In its earliest years, access to Usenet required "Level 5 geek
clearance".  The same people that could get a feed also could get
marijuana. -- Richard Sexton

Re: gdb retargetting

[Daniel Jacobowitz]

On Wed, Aug 14, 2002 at 11:05:14AM -0500, Rick Richardson wrote:
> 
> Maybe someone can help me, maybe not.  Here's the deal:
>   
> 1) I retargetted binutils to support a new processor.  I started with
>    binutils-2.12.1 from the GNU ftp site.  That work is complete.
>   
> 2) I grabbed gdb-5.2.1 and merged the gdb directories with my now-modified
>    binutils tree.  This meant I just copied the gdb, malloc, readline, sim,
>    and utils directories from the gdb tree to the combined tree.
>   
> 3) As a check that everything is buildable in the combined tree, I
>    configured for i386 (default) on linux, and did a "make".  I wanted
>    to make sure that I started from a buildable tree before I hack on
>    the gdb and sim directories to support the new processor.
>   
> 4) Everything built fine until it got to gdb/gdbserver.  It exploded
>    compiling utils.c:
>   
>         In file included from utils.c:22:
>         server.h:37:25: gdb/signals.h: No such file or directory
>   
> 5) No question, there is no gdb/signals.h included in the gdb-5.2.1.tar.gz
>    file that I got from ftp.gnu.org.  Nor is there one in gdb-5.2.tar.gz.
> 
> What gives?  I'm beginning to suspect that nobody compiles the
> snapshots on the GNU ftp site.  Should I have started from some other
> snapshots?  I'm completely learing of basing off of "the tip" of the
> CVS tree, as I have no idea when that is stable.  So I thought basing
> off of the GNU snapshots would be the way to go.

The file is there.  It's in gdb-5.2/include/gdb/signals.h in this
snapshot.  The include directory is shared between the two projects;
different directories are included in different releases, and if you're
going to try to combine two releases other than the two current trunk
snapshots, you're on your own to do the merging.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Re: gdb retargetting

[Rick Richardson]

On Wed, Aug 14, 2002 at 12:11:59PM -0400, Daniel Jacobowitz wrote:
> On Wed, Aug 14, 2002 at 11:05:14AM -0500, Rick Richardson wrote:
> > 2) I grabbed gdb-5.2.1 and merged the gdb directories with my now-modified
> >    binutils tree.  This meant I just copied the gdb, malloc, readline, sim,
> >    and utils directories from the gdb tree to the combined tree.
> >   
> > 4) Everything built fine until it got to gdb/gdbserver.  It exploded
> >    compiling utils.c:
> >   
> >         In file included from utils.c:22:
> >         server.h:37:25: gdb/signals.h: No such file or directory
> 
> The file is there.  It's in gdb-5.2/include/gdb/signals.h in this
> snapshot.  The include directory is shared between the two projects;
> different directories are included in different releases, and if you're
> going to try to combine two releases other than the two current trunk
> snapshots, you're on your own to do the merging.

My bad.  I missed the fact that I needed to merge the include/gdb
directory into the combined tree.  Now I get a clean build.

Thanks for the tip.  I was looking in the wrong directory for
gdb/signals.h.

-Rick

-- 
Rick Richardson  rickr@mn.rr.com        http://home.mn.rr.com/richardsons/
Stock information at your fingertips:   http://linuxtrade.0catch.com/

The earth has been hotter.  The earth has been colder.  Why do we
think the current temperature of the earth is the "correct" one?

Re: gdb retargetting

[Andrew Cagney]

> What gives?  I'm beginning to suspect that nobody compiles the
> snapshots on the GNU ftp site.  Should I have started from some other
> snapshots?  I'm completely learing of basing off of "the tip" of the
> CVS tree, as I have no idea when that is stable.  So I thought basing
> off of the GNU snapshots would be the way to go.

The head of a combined GDB and BINUTILS tree is stable.  In fact, for a 
new port, it is probably the best option.

enjoy,
Andrew