Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Oct 1998 10:04:57 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        Greg Lehey <grog@lemis.com>
Cc:        cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/gnu/usr.bin/gdb Makefile.inc 
Message-ID:  <199810150204.KAA09027@spinner.netplex.com.au>
In-Reply-To: Your message of "Thu, 15 Oct 1998 11:49:18 %2B0930." <19981015114918.N586@freebie.lemis.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
Greg Lehey wrote:
> On Thursday, 15 October 1998 at  9:27:22 +0800, Peter Wemm wrote:
> > Greg Lehey wrote:
> >> On Wednesday, 14 October 1998 at 17:15:01 -0700, Peter Wemm wrote:
> >>> peter       1998/10/14 17:15:01 PDT
> >>>
> >>>   Modified files:
> >>>     gnu/usr.bin/gdb      Makefile.inc
> >>>   Log:
> >>>   Install gdb in /usr/lib/aout or /usr/lib/elf depending on format.
> >>
> >> /usr/lib?  Is this the executable?  Or are you putting in a link from
> >> /usr/bin?
> >
> > Sorry, typo.  The commit was for /usr/libexec/{aout,elf}.  I've been using
> > this for a few months.
> 
> I still don't understand what gdb's doing in there.  Do you have
> /usr/libexec/<objformat> in your PATH?

No, /usr/bin/objformat is linked to /usr/bin/gdb, and it does the
redirection based on $OBJFORMAT, /etc/objformat and any -aout or -elf
arguments.  This means that "/usr/bin/gdb -aout" causes /usr/libexec/aout/
gdb to get run, and likewise /usr/libexec/elf/gdb for elf.

We have not been supplying an a.out gdb at all.  Remember, the 3.0 relase 
is elf based, and /usr/bin/gdb would have been ELF-only and completely 
unable to read the kernel or crashdumps.  At least there's a place to put 
an a.out gdb now without breaking the elf development environment.

> Greg

Cheers,
-Peter



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810150204.KAA09027>