From owner-freebsd-hackers Sat Jul 6 21:19:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23328 for hackers-outgoing; Sat, 6 Jul 1996 21:19:57 -0700 (PDT) Received: from ormail.intel.com (ormail.intel.com [134.134.248.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA23323 for ; Sat, 6 Jul 1996 21:19:55 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.7.4/8.7.3) with ESMTP id VAA17790; Sat, 6 Jul 1996 21:19:39 -0700 (PDT) Received: from incognito.intel.com by ichips.intel.com (8.7.4/jIII) id VAA00254; Sat, 6 Jul 1996 21:15:44 -0700 (PDT) Received: from loopback.jf.intel.com (loopback.jf.intel.com [127.0.0.1]) by incognito.intel.com (8.7.5/8.7.3) with SMTP id VAA10923; Sat, 6 Jul 1996 21:20:46 -0700 (PDT) Message-Id: <199607070420.VAA10923@incognito.intel.com> X-Authentication-Warning: incognito.intel.com: Host loopback.jf.intel.com [127.0.0.1] didn't use HELO protocol To: Bill Paul cc: hackers@freebsd.org Subject: Re: gdb and dynamic symbol information In-reply-to: Your message of "Sat, 06 Jul 1996 13:22:32 EDT." <199607061722.NAA10798@skynet.ctr.columbia.edu> Date: Sat, 06 Jul 1996 21:20:46 -0700 From: Mike Haertel Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What I would like to know is what sort of work would be required to >make our gdb do this for dynamically linked FreeBSD a.out executables. >I tried looking through the gdb sources but I couldn't actually find >the part that reads the SunOS dynamic symbol info. (While I dearly >love gdb, I must confess that its sources make my brain itch.) Is >our shared library implementation similar enough to SunOS's that we >could reuse some of the same code? If so, does anyone know how to >turn the feature on when building for an i386-freebsd target? Am >I dreaming? The part of gdb that reads the dynamic symbols is in the "BFD" library. Take a look at bfd/sunos.c in a standard gdb distribution. The gdb in FreeBSD's /usr/src probably doesn't have this file, although I haven't checked...