From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32047 invoked by alias); 16 Feb 2004 20:56:00 -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 32027 invoked from network); 16 Feb 2004 20:55:58 -0000 Received: from unknown (HELO lakemtao04.cox.net) (68.1.17.241) by sources.redhat.com with SMTP; 16 Feb 2004 20:55:58 -0000 Received: from white ([68.9.64.121]) by lakemtao04.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040216205559.SRMS19895.lakemtao04.cox.net@white> for ; Mon, 16 Feb 2004 15:55:59 -0500 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1AspmY-0001DS-00 for ; Mon, 16 Feb 2004 15:55:58 -0500 Date: Mon, 16 Feb 2004 20:56:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: Re: -symbol-list-lines Message-ID: <20040216205557.GE3978@white> Mail-Followup-To: gdb@sources.redhat.com References: <20040216204035.GD3978@white> <20040216204516.GC15919@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216204516.GC15919@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-02/txt/msg00180.txt.bz2 On Mon, Feb 16, 2004 at 03:45:16PM -0500, Daniel Jacobowitz wrote: > On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote: > > I am seeing 2 potential problems, > > > > Several lines come back as {pc="0x08048406",line="0"}, > > should the value "0" be documented? or is it a bug? > > > > Also, for some reason, a value is repeated > > {pc="0x0804849c",line="38"}. Is this ok? > > I can't say anything about what is appropriate (or useful) for the MI > interface but I can tell you what's going on. This matches the > structure of the internal line table precisely. > > - line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that > don't have a new starting line do not belong to this line number table. I personally can't see why this would be useful to front ends. Can anyone else? If it isn't, I will submit a patch to not print this data. > - duplicated line numbers are emitted by the compiler to mark, mostly, > the ends of prologues. Sometimes the prologue is zero-sized. Would keeping a list internally of numbers that have been sent out already be reasonable? or is it repeating the data unimportant? I would also be willing to fix this. Bob Rossi