From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19811 invoked by alias); 5 Apr 2002 21:16:35 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 19764 invoked from network); 5 Apr 2002 21:16:32 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 5 Apr 2002 21:16:32 -0000 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 16tb4b-0007jU-00 for ; Fri, 05 Apr 2002 16:16:41 -0500 Date: Fri, 05 Apr 2002 13:16:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [RFA] import drow dbxread.c fix to branch Message-ID: <20020405161641.A29708@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <200204050217.g352Hp103143@duracef.shout.net> <20020404213611.A18184@nevyn.them.org> <15533.7009.75037.71066@localhost.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i X-SW-Source: 2002-04/txt/msg00181.txt.bz2 On Fri, Apr 05, 2002 at 04:10:21PM -0500, Jim Blandy wrote: > > Elena Zannoni writes: > > Daniel Jacobowitz writes: > > > On Thu, Apr 04, 2002 at 08:17:51PM -0600, Michael Elizabeth Chastain wrote: > > > > Maybe I am some e-mails behind here. But: if "gcc sometimes emits > > > > line directives with a linenumber of 0", we may have a conflict. > > > > FredF's patch synthesizes entries with a line number of 0. > > > > > > Right now it doesn't; that referred to a copy of the GnuPro toolchain > > > that (I think) is dead. The comment was a bit on the old side. > > > > > > > All I could find out from cvs about that code is that is was > > introduced sometimes in 1999, before sourceware was started. > > Perhaps this is bad attitude on my part, but I think we should go > ahead with the changes (which we know are helpful), and wait until the > older problem surfaces. > > When it does, we can find another way to deal with it. For example, > we could check for zeros in SLINE stabs, and fix them there, before > they ever make it into GDB's line table structure. I agree - and we have. If the GCC extension in question resurfaces, we'll deal with it then. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer