From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22637 invoked by alias); 16 Apr 2003 16:47:21 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22573 invoked from network); 16 Apr 2003 16:47:20 -0000 Received: from unknown (HELO dberlin.org) (69.3.5.6) by sources.redhat.com with SMTP; 16 Apr 2003 16:47:20 -0000 Received: from [128.164.132.31] (account dberlin HELO dberlin.org) by dberlin.org (CommuniGate Pro SMTP 4.1b3) with ESMTP-TLS id 3552769; Wed, 16 Apr 2003 12:47:19 -0400 Date: Wed, 16 Apr 2003 16:47:00 -0000 Subject: Re: stabs and macro information Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) Cc: gcc@gcc.gnu.org, gdb@sources.redhat.com To: David Taylor From: Daniel Berlin In-Reply-To: <200304161558.h3GFwJV09359@mailhub.lss.emc.com> Message-Id: <159A1846-702B-11D7-83B7-000393575BCC@dberlin.org> Content-Transfer-Encoding: 7bit X-SW-Source: 2003-04/txt/msg00164.txt.bz2 On Wednesday, April 16, 2003, at 11:58 AM, David Taylor wrote: > Currently, when invoked with -gdwarf-2 -g3, gcc will record macro > information in a .debug_macinfo elf section. And when presented with > an executable containing macro information in a .debug_macinfo > section, gdb will make use of it. > > Many companies, including EMC, still use stabs. So... it would be > nice if the same was true of stabs. > > To that end, I have started to implement this. > > The GCC side of things took less than a day to implement; I'm hoping > to get started on the GDB side soon. > I didn't see it on the GCC list. Was it submitted? I ask because ... > One question I have is what stabs types to use -- tentatively I'm > using: > > /* GNU extension. Macro define. */ > __define_stab(N_MAC_DEFINE, 0x36, "MAC_DEFINE") > /* GNU extension. Macro undefine. */ > __define_stab(N_MAC_UNDEF, 0x3a, "MAC_UNDEF") > Unless these are really generated by GCC, they aren't GNU extensions, they are EMC extensions. > as it appears (based on gcc/stab.def, include/aout/stab.def, and > gdb/doc/stabs.texinfo) that 0x36 and 0x3a are available. > > Is anyone aware of any other uses of stab types 0x36 and 0x3a -- > i.e. is anyone aware of uses that might conflict? > You might want to look at what Sun's tools do. Do they generate STABS anymore, and if so, see if they have extensions that conflict here. > Thanks. > > David > > p.s. shouldn't include/aout/stab.def and gcc/stab.def be merged? Possibly. I would imagine that nobody seriously cares about *extending* STABS anymore, so nobody has had any motivation to do anything about it. --Dan